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Vorwort 

Anfang Juni 2012 konstituierte sich die Projektgruppe Interoperabilität, Standards, 
Freie Software. Dank der Erfahrungen aus den vorangegangenen Projektgruppen 
war es ein Leichtes, effizient und ergebnisorientiert an die Arbeit zu gehen - und das 
Ergebnis kann sich sehen lassen. 

Wir blicken auf zwei spannende Expertengespräche mit vielen neuen Erkenntnissen 
zurück, die in die Arbeit der Projektgruppe einfließen konnten, ln insgesamt zehn 
Sitzungen - wovon zwei auf die Expertengespräche entfielen - haben wir eine Viel- 
zahl von Texten besprochen, eine umfangreiche Bestandsaufnahme erstellt und viele 
Handlungsempfehlungen beschlossen. 

Ich freue mich daher sehr, dass ich diesem spannenden Gremium Vorsitzen durfte 
und Ihnen nun das Ergebnis präsentieren kann. 

Zunächst haben wir kurz nach Aufnahme der Arbeit auf Initiative des Sachverständi- 
gen padeluun angeregt, den Namen der Projektgruppe zu ändern: Statt Open Source 
sollte der umfassendere Begriff Freie Software verwandt werden. In der Sitzung der 
Enquete-Kommission vom 25. Juni 2012 wurde die Umbennenung einstimmig be- 
schlossen. 

Als ein Ergebnis der Anhörungen haben wir festgelegt, innerhalb der Projektgruppe 
für alle Dokumente ein offenes Dateiformat zu verwenden, um dem Namen der Pro- 
jektgruppe alle Ehre zu machen. 

Inhaltlich haben wir uns darauf verständigt, zwei Schwerpunkte zu behandeln: Im 
Kapitel Interoperabilität und Standards setzen wir uns schwerpunktmäßig mit De- 
facto-Standards durch die Wirtschaft und im Gegensatz dazu durch Gremien ge- 
schaffene öffentliche Standards auseinander. Im Kapitel Freie Software liegt der 
Schwerpunkt auf dem Vergaberecht beziehungsweise der Vergabepraxis. Beide 
Schwerpunkte wurden äußerst gewinnbringend und mit viel Diskussionsstoff auch in 
den Anhörungen und Stellungnahmen thematisiert. 

Besonders hat mich gefreut, dass wir in dieser Projektgruppe die oft geforderte 
Transparenz und Öffentlichkeit auch wirklich gelebt haben: In den Sitzungen waren 
regelmäßig Gäste anwesend, die nicht nur als Zuhörerinnen und Zuhörer teilnahmen, 
sondern von uns auch gerne als Diskutanten und Ratgeber einbezogen wurden. 

Zum Schluss bleibt mir nur noch der Dank an die Beteiligten: Ich danke allen Mit- 
gliedern der Projektgruppe für ihre konstruktive und kollegiale Zusammenarbeit so- 
wie die spannenden Diskussionen. Ich danke den Experten, die für die Anhörungen 
den Weg nach Berlin auf sich genommen haben, um uns wichtige Einblicke in die 
Materie zu gewähren. Ich danke den Institutionen und Personen, die uns ihre Stel- 
lungnahmen haben zukommen lassen. Und natürlich danke ich den Bürgerinnen und 
Bürgern, die sich auf der Online-Beteiligungsplattform der Enquete-Kommission an 
der Diskussion beteiligt haben. Insbesondere danke ich dem Sekretariat der Enquete- 
Kommission, allen voran der wissenschaftlichen Mitarbeiterin Silvia Saupe, die 
nicht nur im Hintergrund immer den Überblick gewahrt hat. Ein besonderer Dank 
gilt auch Matthias Kirschner von der Free Software Foundation Europe, der stets als 
Gast bei den Sitzungen anwesend war und der Projektgruppe jederzeit mit Rat zur 
Seite stand. 

Das Thema Freie Software begleitet mich in meinem privaten und beruflichen Leben 
seit über 20 Jahren. Dieses nun in einem Gremium des Deutschen Bundestages poli- 
tisch zu betrachten, hat mir große Freude bereitet. Ich hoffe, dass wir gemeinsam 
- über Parteigrenzen hinweg - einen wichtigen Schritt für Interoperabilität, Stan- 
dards und Freie Software leisten konnten. 

Ich wünsche Ihnen nun viel Spaß beim Lesen. 


Jimmy Schulz, MdB (FDP) 

Vorsitzender der Projektgruppe 
Interoperabilität, Standards, Freie Software 
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1 Interoperabilität und Standards 

1 .1 Der Begriff Interoperabilität 1 

Interoperabilität ist kein Schwarz- Weiß-Begriff, man 
spricht bei Systemen oder Applikationen vielmehr von ei- 
nem Grad der Interoperabilität. Dementsprechend unter- 
scheiden sich Definitionen von Interoperabilität je nach 
dem, inwieweit sie sich auf die Beschreibung technischer 
Operabilität von Soft- oder Hardware beschränken oder 
die Operabilität von Prozessen und Systemen beschrei- 
ben. 

Grundlegend kann Interoperabilität so beschrieben wer- 
den, dass Hardware- und Software-Komponenten bezie- 
hungsweise IT-Services verschiedener Herkunft identi- 
sche syntaktische und semantische Schnittstellen haben, 
sodass sie miteinander zusammengeschaltet werden kön- 
nen und ohne weitere Anpassungsmaßnahmen miteinan- 
der als System funktionieren. Interoperabilität kann also 
verstanden werden als die Fähigkeit unabhängiger, hete- 
rogener Systeme, möglichst nahtlos zusammenzuarbei- 
ten, etwa um wechselseitig Funktionen und Dienste zu 
nutzen und Informationen auf effiziente und verwertbare 
Art und Weise auszutauschen beziehungsweise dem Be- 
nutzer zur Verfügung zu stellen, ohne dass dazu geson- 
derte Änderungen an den Systemen notwendig sind. 

Das Institute of Electrical and Electronic Engineers 
(IEEE) definiert Interoperabilität als „die Fähigkeit 
zweier oder mehrerer Systeme oder Komponenten, Infor- 
mationen auszutauschen und die ausgetauschten Informa- 
tionen auch sinnvoll nutzen zu können“ 2 . 

In Anlehnung an den Europäischen Interoperabilitätsrah- 
men (European Interoperability Framework, EIF) 3 der 
Europäischen Kommission kann Interoperabilität als Fä- 
higkeit von Systemen der Informations- und Kommuni- 
kationstechnologie (IKT-Systemen) und deren unterstüt- 
zender Geschäftsprozesse und Regularien verstanden 
werden, Daten auszutauschen, zu bearbeiten und das Tei- 
len von Informationen und Wissen zu ermöglichen. 


1 Das Kapitel 1 . 1 Der Begriff Interoperabilität (ausgenommen Kapitel 
1.1.9 Maßnahmen zur Förderung von Interoperabilität) basiert auf ei- 
ner Stellungnahme von Broy, Manfred/Fettweis, Gerhard P./Herzog, 
Otthein et al., hrsg. von acatech - Deutsche Akademie der Technik- 
wissenschaften. Siehe hierzu ausführlich die Erläuterung in Kapitel 
6.3 Angeforderte Stellungnahmen. Textpassagen, die von der Pro- 
jektgruppe ergänzt beziehungsweise verändert wurden, sind als sol- 
che kenntlich gemacht. Redaktionelle Überarbeitungen sind nicht ge- 
kennzeichnet. Der Originaltext ist online abrufbar unter: http:// 
www.bundestag.de/intemetenquete/dokumentation/Interoperabilitaet_ 
Standards_Freie_Software/PGISF_20 12-11 -05/PGISF20 1 2- 1 1 -05_ 
acatech_Synopse.pdf 

2 Institute of Electrical and Electronics Engineers (Hrsg): IEEE Stan- 
dard Computer Dictionary: A Compilation of IEEE Standard Com- 
puter Glossaries. 1990. 

3 Siehe hierzu: Mitteilung der Kommission an das Europäische Parla- 
ment, den Rat, den Europäischen Wirtschafts- und Sozialausschuss 

und den Ausschuss der Regionen: Interoperabilisiemng europäischer 
öffentlicher Dienste. KOM(20 10)744 endgültig vom 16. Dezember 
2010. Online abrufbar unter: http://eur-lex.europa.eu/LexUriServ/ 
LexUriServ.do?uri=COM:20 1 0:0744:FIN :DE:PDF 

Siehe hierzu auch Kapitel 1.1. 9.1 Maßnahmen der Europäischen 
Union zur Fördemng von Interoperabilität. 


Das Zentrum für Interoperabilität bei Fraunhofer FOKUS 
erweitert die Betrachtung von Interoperabilität als organi- 
satorische, semantische und technische Herausforderung 
um die Dimensionen politischer und rechtlicher Interope- 
rabilität von Regeln und Prozessen und bezieht damit 
zum Beispiel Rechtsgrundlagen der Datenverarbeitung 
und die politische Gestaltung von Rahmenbedingungen 
für Interoperabilität in die Betrachtung ein. 4 

1.1.1 Arten von Interoperabilität 

Üblicherweise wird zwischen technischer/syntaktischer 
Interoperabilität, sowie semantischer Interoperabilität un- 
terschieden. Erweiterte Interoperabilitätsansätze be- 
schreiben darüber hinaus organisatorische Interoperabili- 
tät, rechtliche Interoperabilität und die Interoperabilität 
politischer Ziele und Zielerreichungsstrategien in IT-rele- 
vanten Zusammenhängen (zum Beispiel Fraunhofer 
FOKUS). Ebenfalls kann nach Hardware-Interoperabili- 
tät, Software-Interoperabilität und System-Interoperabili- 
tät unterschieden werden. Steht das Nutzerverhalten des 
Anwenders im Mittelpunkt von Fragestellungen zur Inter- 
operabilität, kann von nutzerorientierter beziehungs- 
weise nutzersichtbarer Interoperabilität gesprochen wer- 
den. 

Technische Interoperabilität umfasst die technischen As- 
pekte der Vernetzung von Software -basierten Systemen 
und Diensten und damit Themen wie (mobile) Kommuni- 
kationsdienste, Middleware, Datenformate, -Präsentation 
und -austausch sowie Systemmanagement und IT-Sicher- 
heit. In der Praxis kann technische Interoperabilität bei- 
spielsweise über offene Anwendungsschnittstellen und 
Kommunikationsprotokolle sowie durch Überprüfung auf 
Standardkonformität durch Konformitäts- und Interopera- 
bilitätstests realisiert werden. Sind zwei oder mehrere 
Systeme in der Lage, miteinander zu kommunizieren und 
Informationen auszutauschen, so weisen sie die so ge- 
nannte syntaktische oder auch technische Interoperabilität 
auf. Das Spezifizieren von Datenformaten, -serialisierun- 
gen und Kommunikationsprotokollen ist hierfür essen- 
ziell. Standards wie XML (Extensible Markup Language) 
oder SQL (Structured Query Language) in ihren Dialek- 
ten ermöglichen eine syntaktische Interoperabilität. Die 
syntaktische Interoperabilität ist die Voraussetzung für 
weitere Formen der Interoperabilität wie etwa semanti- 
sche Interoperabilität. 

Semantische Interoperabilität stellt sicher, dass ausge- 
tauschte Daten für die beteiligten Akteure, Anwendungen 
und Einrichtungen die gleiche Bedeutung haben und 
diese nicht bei der Übermittlung und Übergabe verloren 
gehen. Sie gewährleistet damit die sinnvolle Weiterverar- 
beitung der Daten aus externen Quellen. In der Praxis 
kann semantische Interoperabilität über gemeinsame 
branchenspezifische Informationsmodelle (beispielsweise 
XÖV 5 für den Public Sector oder Ontologies) bezie- 


4 Siehe hierzu auch die Ausführungen auf der Webseite des Zentrums 
für Interoperabilität bei Fraunhofer FOKUS unter: https://www.mter 
operability-center.com/de/interoperabilitaet 

5 XÖV steht für: XML in der öffentlichen Verwaltung. 
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hungsweise über Abbildungen zwischen unterschied- 
lichen Informationsmodellen (beispielsweise Linked Data) 
erreicht werden. 

Organisatorische Interoperabilität bedeutet, dass die Ge- 
schäftsprozesse der beteiligten Akteure abgestimmt und 
mit dem zugehörigen Datenaustausch integriert sind. 
Dazu ist ein Konsens über die organisatorischen Abläufe 
und Regularien notwendig, um die Zusammenarbeit der 
beteiligten Akteure zu regeln. Dies geschieht in der Pra- 
xis beispielsweise über Prozessmodelle (inklusive Dienst- 
modellen) oder Leistungsvereinbarungen. 

Rechtliche Interoperabilität stellt sicher, dass elektroni- 
sche Daten und/oder Dienste einer Organisation die glei- 
che Anerkennung bei der Verwendung in kooperierenden 
Organisationen erhalten. So ist es beispielsweise im glo- 
balen Kontext relevant, dass bei der Datenübergabe die 
jeweils geltenden nationalen Datenschutzregelungen 
geachtet werden, ln der Praxis umfasst die rechtliche In- 
teroperabilität u. a. die Abstimmung der Regularien der 
Prozesse, die in den einzelnen kooperierenden Organisa- 
tionen gelten, sodass eine geeignete, aufeinander abge- 
stimmte und kompatible Rechtsgrundlage gewährleistet 
wird. 

Unter politischer Interoperabilität ist zu verstehen, dass 
für eine effektive Zusammenarbeit im Hinblick auf die 
Erreichung der angestrebten Ziele notwendig ist, dass ko- 
operierende Organisationseinheiten vereinbare Visionen 
haben und sich auf die gleichen Ziele konzentrieren. 
Damit in der Praxis zum Beispiel die erforderlichen 
finanziellen und personellen Ressourcen für die Zusam- 
menarbeit bereitgestellt werden, ist es beispielsweise er- 
forderlich, dass die beteiligten Partner der Zusammen- 
arbeit die gleiche Bedeutung beimessen. In der Praxis 
kann dies stark von bilateralen oder multilateralen Verein- 
barungen, beispielsweise durch Europäische Richtlinien 
oder Firmenstrategien, beeinflusst sein. 

Nutzerorientierte Interoperabilität beschreibt die Fähig- 
keit interoperabler Systeme, ihre Interaktion und ihre Op- 
tionen des Kommunikations- und Kooperationsverhaltens 
für Nutzer sichtbar und verstehbar zu machen. Das An- 
wendungsmuster einer Technologie beziehungsweise ei- 
nes Programms bleibt im Sinne der Gewohnheiten bezie- 
hungsweise Gewöhnung des Nutzers erhalten, selbst 
wenn Technologien oder Teile davon ersetzt werden. 

1.1.2 Vorteile von Interoperabilität 

Interoperabilität stellt aus technischer Sicht die Grund- 
voraussetzung dafür dar, dass zwei oder mehr Systeme 
- obwohl separat entwickelt und betrieben - miteinander 
integriert werden und kooperieren können, sodass ver- 
schiedene Akteure mit Hilfe IKT-basierter Systeme Zu- 
sammenarbeiten können. Interoperabilität ermöglicht so 
insbesondere die Lösung komplexer Aufgaben. Ein hoher 
Grad an Interoperabilität steht dabei für eine minimal 
große Integrationsdistanz zwischen Systemen. Ist Inter- 
operabilität vollkommen gegeben, kann von einer „Plug- 
and-Play- Architektur“ gesprochen werden. 


Aus wirtschaftlicher Perspektive kann Interoperabilität 
maßgeblich zur Kosteneffizienz von Systemlösungen bei- 
tragen, da Integrationsaufwand und Entwicklungskosten 
reduziert werden, wenn zum Beispiel standardisierte 
Schnittstellen und interoperable Technologiekomponen- 
ten wiederverwendet werden können. 

Aus marktwirtschaftlicher Perspektive kann Interoperabi- 
lität dazu beitragen, dass Abschottungstendenzen eines 
bestehenden Marktes bis hin zur Monopolbildung ver- 
mieden werden und der Marktzugang für neue Teilneh- 
mer nicht durch geschlossene Systeme erschwert wird. 
Interoperabilität kann den Wettbewerb zwischen Anbie- 
tern und einzelnen Systemen fördern. Unnötige Doppel- 
entwicklungen ohne volkswirtschaftlichen Nutzen 
können im Idealfall verhindert werden. Durch die Ver- 
meidung von Lock-in-Effekten kann die Abhängigkeit 
von Technologien, Produkten und Herstellern ausge- 
schlossen werden. 

1.1.3 Besondere Relevanz von Interoperabilität 

In homogenen Systemen ist Interoperabilität nicht von be- 
sonderer Relevanz, da hier die Kommunikation beispiels- 
weise auf herstellerspezifischen Regelungen beruht. Bei 
großen, heterogenen Infrastrukturen mit vielen Systembe- 
teiligten spielt Interoperabilität hingegen eine herausgeho- 
bene Rolle. 6 Beispiele dafür sind Cyber-Physical Systems 7 , 
Ultra-Large Scale Systems und Netzinfrastrukturen wie 
zum Beispiel Smart Grids und Multi-Utility-Grids. 

Moderne Geschäftsprozesse in verschachtelten und auto- 
matisierten Produktions- und Lieferketten mit wechseln- 
den Teilnehmern beispielsweise erfordern einen hohen 
Grad an Interoperabilität der Geschäftssoftware. Auch 
dort, wo ein nahtloser Informationsfluss und verlustfreier 
Informationsaustausch von entscheidender Bedeutung 
sind, wie zum Beispiel in der IT-gestützten medizinischen 
Versorgung, der Steuerung von Verkehrs- und Logistik- 
strömen und beim Betrieb von Kommunikationsinfra- 
strukturen, ist Interoperabilität der Systeme und Kompo- 
nenten eine wichtige Grundvoraussetzung. (Siehe dazu 
u. a. auch die acatech Positionen „Cyber-Physical Sys- 
tems: Innovationsmotor für Mobilität, Gesundheit, Ener- 
gie und Produktion“ 8 , „Future Energy Grid - Informa- 
tions- und Kommunikationstechnologien für den Weg in 
ein nachhaltiges und wirtschaftliches Energiesystem“ 9 


6 Diese Textpassage wurde von der Projektgruppe ergänzt beziehungs- 
weise überarbeitet. 

7 Siehe hierzu auch die Ausführungen in Kapitel 1.3.1 Cyber-Physical 
Systems. 

8 Siehe hierzu: acatech (Hrsg.): Cyber-Physical Systems. Innovations- 
motoren für Mobilität, Gesundheit, Energie und Produktion (acatech 
POSITION). 2011. Online abrufbar unter: http://www.acatech.de/ 
fileadmin/user_upload/Baumstruktur_nach_Website/Acatech/root/de/ 
Publikationen/Stellungnahmen/POSITION_CPS_NEU_WEB_120 1 30_ 
final. pdf 

9 Siehe hierzu: acatech (Hrsg.): Future Energy Grid. Informations- und 
Kommunikationstechnologien für den Weg in ein nachhaltiges und 
wirtschaftliches Energiesystem (acatech POSITION). 2012. Online 
abrufbar unter: http://www.acatech.de/fileadmin/user_upload/Baum 
struktur_nach_Website/Acatech/root/de/Publikationen/Stellungnahmen/ 
acatech_POSITION_Future-Energy-Grid_WEB.pdf 
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und „Menschen und Güter bewegen. Integrative Entwick- 
lung von Mobilität und Logistik für mehr Lebensqualität 
und Wohlstand“ 10 .) 

Im Bereich des Cloud-Computings kommt Interoperabili- 
tät eine besondere Bedeutung zu, weil sie Voraussetzung 
dafür ist, dass ohne großen technischen und finanziellen 
Aufwand der Cloud-Provider gewechselt werden kann, 
also Daten aus einer Cloud in eine andere Cloud transfe- 
riert werden können. 

Auch für Lösungen im Bereich E-Government ist Inter- 
operabilität von zentraler Bedeutung, um Daten zwischen 
Staaten, Ländern und Verwaltungsebenen austauschen 
und verknüpfen zu können. 

Wissenschaftsinfrastrukturen profitieren von Interopera- 
bilität, wenn zum Beispiel Daten aus einzigartigen Groß- 
geräten der Forschung anderen Forschungseinrichtungen 
zur Verfügung gestellt werden sollen. 

Im Bereich der Softwareentwicklung spielt Interoperabi- 
lität in besonderem Maße für Entwickler von Freier sowie 
quelloffener Software eine zentrale Rolle bei der Kom- 
munikation mit proprietären Softwareprodukten. Für eine 
langfristige Migration von proprietärer Software auf Freie 
und/oder quelloffene Software ist Interoperabilität eine 
wichtige Voraussetzung. 

1.1.4 Probleme und Konsequenzen fehlender 
Interoperabilität 

Eingeschränkte oder fehlende Interoperabilität hemmt 
technologische Innovationen und kann zu Marktverzer- 
rungen führen. 

Wenn Komponenten, Systeme und Prozesse nicht inter- 
operabel sind, entstehen in der Regel technologische Insel- 
lösungen, die meist ineffizient und wenig innovativ sind. 
Die innovative und schrittweise Weiterentwicklung kom- 
plexer Systeme wird durch fehlende Interoperabilität ver- 
hindert, stattdessen werden komplexe Gesamtsysteme un- 
ter hohem Mitteleinsatz neu entwickelt (Re-inventing the 
wheel). Die kreative Kombination bestehender Einzelsys- 
teme zu neuen Lösungen wird durch eingeschränkte oder 
fehlende Interoperabilität behindert. Gleichzeitig führt 
die zwangsläufige Abgeschlossenheit nicht interoperabler 
Systeme zu einer Silobildung von Know-how und Daten, 
die jeweils nur wenigen Nutzern zur Verfügung stehen. 

Aus marktwirtschaftlicher Perspektive können Einschrän- 
kungen der Interoperabilität dazu führen, dass neue Ideen 
langsamer in den Markt eingeführt werden oder im 
schlimmsten Fall vollständig an der Markteintrittshürde 
fehlender Interoperabilität scheitern. Dominierende, nicht 
interoperable Systeme können zur Bildung von Monopo- 
len führen, die die Monopolbildung in weiteren Märkten 


10 Siehe hierzu: acatech (Hrsg.): Menschen und Güter bewegen. Inte- 
grative Entwicklung von Mobilität und Logistik für mehr Lebensqua- 
lität und Wohlstand (acatech POSITION). 2012. Online abrufbar 
unter: http://www.acatech.de/fileadmin/user_upload/Baumstruktur_ 

nach_Website/Acatech/root/de/Publikationen/Stellungnahmen/acatech_ 
POSITION_Mobilitaet_und_Logistik_WEB.pdf 


begünstigen. Für Anwender besteht das Risiko eines 
Lock- in bei einem Hersteller. Fehlender Wettbewerb in 
Folge eingeschränkter oder nicht existierender Interope- 
rabilität kann letztlich auch zu höheren Preisen führen 
und somit die Wettbewerbsfähigkeit eines Sektors negativ 
beeinflussen. 

1.1.5 Voraussetzungen für Interoperabilität 

Auf technischer Ebene sind u. a. Grundvoraussetzungen 
von Interoperabilität: gemeinsame, standardisierte physi- 
kalische Schnittstellen, offene Standards, offene Formate, 
gegebenenfalls offene Daten. 

Auf organisatorischer Ebene bedarf es definierter Stan- 
dards regelsetzender Gremien, Regularien, detaillierte 
Anforderungen und Prüfmethoden an Interoperabilität 
und transparente Prozessstrukturen für Änderungsvor- 
schläge zu Standards. 

Nutzer-/ Anwenderseitig muss eine kritische Masse an 
Teilnehmern in einem Bereich bereit sein, einen tragfähi- 
gen Minimalkonsens zur Interoperabilität zu bilden und 
auch durchzusetzen. Dieser gemeinsame Wille zur Inter- 
operabilität sollte sich dann auch in der Bildung entspre- 
chender Geschäftsmodelle widerspiegeln, deren Strategie 
es nicht ist, sich proprietär von anderen Markteilnehmern 
abzugrenzen. 

Neben der Lösung technischer, organisatorischer und nut- 
zerspezifischer Herausforderungen zur Erreichung von 
Interoperabilität kann es ferner notwendig sein, neben der 
technischen Interoperabilität auch operationale Interope- 
rabilität herzustellen, indem zum Beispiel Nutzungspoli- 
cies für technische Infrastrukturen sowie Daten wie zum 
Beispiel Forschungsergebnisse flexibel gestaltet werden. 

1.1.6 Mögliche Schwierigkeiten bei der 
Umsetzung von Interoperabilität 

Auf technischer Ebene können Schwierigkeiten bei der 
Umsetzung von Interoperabilität darin begründet sein, 
dass ein hoher Abstimmungsaufwand der Akteure zur Er- 
reichung interoperabler Standards notwendig ist. Auch 
sehr heterogene Strukturen bei bestehender Hardware und 
zu verarbeitenden Daten können die Entwicklung inter- 
operabler Software erschweren. Ebenfalls eine Barriere 
für die Festlegung interoperabler Standards kann die pa- 
rallele Existenz einer sehr großen Zahl konkurrierender, 
technologisch redundanter Standards für ähnliche An- 
wendungen sein. 

Verstärkt werden diese Probleme, wenn Marktteilnehmer 
mit großer Marktmacht kein echtes Interesse an einer 
Standardisierung haben, weil sie sich einen Marktvorteil 
durch eine eigene Monopolstellung bewahren wollen 
oder Investments in nicht-interoperable Technologien und 
Produkte noch nicht abgeschrieben sind. 

Bei der Entwicklung neuer Technologien können Ge- 
schäftsgeheimnisse, also die zunächst unter Ausschluss 
der Öffentlichkeit erfolgende Entwicklung neuer Pro- 
dukte, dazu führen, dass Interoperabilität erst im Nach- 
gang mit erhöhtem Integrationsaufwand hergestellt wer- 
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den kann. Auch der Fertigstellungsdruck, den Nutzer/ 
Käufer ausüben, weil sie schnellstmöglich modernste 
Funktionen zur Verfügung haben möchten, kann dazu 
führen, dass neue Technologien bereits vermarktet wer- 
den, bevor sie durch einen Standardisierungsprozess ge- 
hen konnten. Interoperabilität muss dann im Nachgang 
aufwändig hergestellt werden. 

1.1.7 Verfahren und Methoden zur Schaffung 
von Interoperabilität 

Im Bereich der Standardisierung kann zwischen De-jure- 
und De-facto-Standardisierungsverfahren unterschieden 
werden. Erstere, zum Beispiel über ISO H -Standards, sind 
primär für weniger dynamische Technologiefelder mit ei- 
ner hohen Zahl oftmals unbekannter Marktteilnehmer und 
langen Investitionszyklen geeignet, letztere eigenen sich 
besonders für moderat-dynamische Technologiefelder, in 
denen die Marktteilnehmer überwiegend bekannt sind 
und ein gemeinsamer Wille zur Zusammenarbeit besteht. 
Eine De-facto-Standardisierung kann zum Beispiel von 
Branchenverbänden und internationalen Standardisie- 
rungsgremien koordiniert werden. Internetstandards wie 
Internetprotokolle und Techniken werden beispielsweise 
von der Internet Engineering Task Force (IETF) und dem 
World Wide Web Consortium (W3C) entwickelt. 12 

Darüber hinaus kann Interoperabilität durch frühzeitige 
Testverfahren bei der Entwicklung von Technologien er- 
zielt werden. Dies kann in Interoperabilitätslaboren ge- 
schehen, in denen Produkte und Dienste in Zusammenar- 
beit mit Herstellern und Anwendern auf weitreichende 
Interoperabilität getestet und gegebenenfalls optimiert 
werden. Darüber hinaus existieren Testtechnologien und 
-Werkzeuge, mit denen Entwickler selbst automatisierte 
oder semiautomatisierte Konformitäts- und Interoperabi- 
litätstests durchführen können. 

Auch fest definierte Methoden zur Berücksichtigung von 
Interoperabilität bei der Systemauswahl, der Beschaffung 
und der Implementierung erhöhen die Verbindlichkeit 
von Prozessen zur Gewährleistung von Interoperabilität 
bei Entwicklern und Herstellern. 

Zudem trägt freie und quelloffene Software generell zur 
Förderung von Interoperabilität bei, da durch die Offenle- 
gung des Quellcodes die Funktionsweise nachvollziehbar 
ist. Dennoch sind auch bei der Erstellung Freier Software 
vorhandene Standards zu berücksichtigen. 13 

1 .1 .8 Vorschläge zur Gestaltung von 
Interoperabilität 

Eine große Herausforderung für Markt und Gesellschaft 
in Deutschland ist es, in allen Fragen der Standardisie- 
rung die Aktivitäten der europäischen Nachbarn und 
weltweit zu beobachten und sich an der Gestaltung von 
Interoperabilität aktiv zu beteiligen. Nationale fnsellösun- 


11 ISO steht für: International Organization for Standardization. 

12 Diese Textpassage wurde von der Projektgruppe ergänzt beziehungs- 
weise überarbeitet. 

13 Diese Textpassage wurde von der Projektgruppe ergänzt beziehungs- 
weise überarbeitet. 


gen haben mittel- und langfristig keine Aussicht auf nach- 
haltigen technologischen und wirtschaftlichen Erfolg. 

Grundsätzlich gilt es ferner, Interoperabilität nicht nur in 
ihrer technischen Dimension zu betrachten, sondern auch 
die methodischen und benutzertechnischen Aspekte von 
Interoperabilität zu berücksichtigen. 

Ein kritischer Aspekt von Interoperabilität kann darin ge- 
sehen werden, dass die nutzerorientierten Vorteile von 
Interoperabilität, wie zum Beispiel die evolutionäre Wei- 
terentwicklung bestehender Technologien, dazu führen 
können, dass ein aus innovationstechnischer Sicht wün- 
schenswerter revolutionärer Technologieaustausch er- 
schwert wird. Dies beruht darauf, dass die Nutzer eine op- 
timierte Fassung der vertrauten Umgebung einer neuen 
Technologie, die nicht mit der bisherigen Umgebung 
kompatibel ist, vorziehen. 14 

1.1.9 Maßnahmen zur Förderung von 
Interoperabilität 

Neben Normungs- und Standardisierungsorganisationen 
tragen auch staatliche und internationale Organisationen 
zur Förderung von Interoperabilität bei. Nachfolgend 
werden Maßnahmen der Europäischen Union, der Verein- 
ten Nationen sowie nationaler Regierungen vorgestellt. 
Diese beziehen sich fast ausschließlich auf den Bereich 
E-Government. Die hier vorgestellten Maßnahmen stellen 
nur eine Auswahl dar und erheben keinen Anspruch auf 
Vollständigkeit. 

1.1. 9.1 Maßnahmen der Europäischen Union zur 
Förderung von Interoperabilität 

Die Europäische Kommission beziehungsweise das Euro- 
päische Parlament und der Rat haben mehrere Maßnahmen 
ergriffen, die zur Förderung von Interoperabilität beitragen. 

Digitale Agenda für Europa 

Im Mai 2010 hat die Europäische Kommission die Digi- 
tale Agenda fiir Europa 15 als eine der sieben Leitinitiati- 
ven der Wachstumsstrategie Europa 2020 16 verabschie- 
det. Ziel der Digitalen Agenda ist es, einen digitalen 
Binnenmarkt auf Basis eines „schnellen bis extrem 
schnellen Internet[s] und interoperable[r] Anwendun- 
gen“ 17 zu schaffen. Die Europäische Kommission hat sie- 


14 Diese Textpassage wurde von der Projektgruppe ergänzt beziehungs- 
weise überarbeitet. 

15 Siehe hierzu: Mitteilung der Kommission an das Europäische Parla- 
ment, den Rat, den Europäischen Wirtschafts- und Sozialausschuss 
und den Ausschuss der Regionen: Eine Digitale Agenda für Europa. 
KOM(20 10)245 endgültig/2 vom 26. August 2010. Online abrufbar 
unter: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=COM: 
201 0:0245 :FIN:DE:PDF 

16 Siehe hierzu: Mitteilung der Kommission: Europa 2020. Eine Strate- 

gie für intelligentes, nachhaltiges und integratives Wachstum. 
KOM(20 10)2020 endgültig vom 3. März 2010. Online abrufbar un- 
ter: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=COM: 

20 1 0:2020:FIN :DE:PDF 

17 Mitteilung der Kommission an das Europäische Parlament, den Rat, den 
Europäischen Wirtschafts- und Sozialausschuss und den Ausschuss der 
Regionen: Eine Digitale Agenda für Europa. KOM(20 10)245 endgültig/ 
2 vom 26. August 2010, S. 3. Online abrufbar unter: http://eur-lex.euro 
pa.eu/LexUriServ/LexUriServ.do?uri= COM:20 1 0:0245 :FIN:DE:PDF 
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ben Hürden identifiziert, die diesem Ziel entgegenste- 
hen. 18 Mangelnde Interoperabilität ist eine dieser Hürden 
und wird auf „Schwächen in der Normung, im öffentli- 
chen Auftragswesen und bei der Koordinierung zwischen 
öffentlichen Stellen“ 19 zurückgeführt. Die Kommission 
stellt fest, dass die Digitale Agenda nur erfolgreich sein 
kann, „wenn Interoperabilität auf der Grundlage von Nor- 
men und offenen Plattformen gewährleistet ist“. 20 

Zur Förderung von Interoperabilität sowie von Normen 
und Standards enthält die Digitale Agenda sieben Aktionen 
(von insgesamt 101 Aktionen), die von der Kommission 
beziehungsweise den Mitgliedstaaten umzusetzen sind: 

Aufgaben der Europäischen Kommission 
Aktion 21 

„Vorschläge für Rechtsetzungsmaßnahmen zur IKT-lnter- 
operabilität als Teil der Überprüfung der EU-Normungs- 
politik im Jahr 2010, um die Vorschriften für die Umset- 
zung von IKT-Normen in Europa zu reformieren, damit 
der Rückgriff auf bestimmte Normen und Standards von 
IKT-Foren und -Konsortien möglich wird.“ 21 

umzusetzen bis: 31. Dezember 2010 

Status 22 : Erledigt. Die Kommission hat am 1. Juni 2012 
dem Europäischen Parlament und Rat einen Vorschlag für 
eine Verordnung zur europäischen Normung unterbreitet. 
Der Rat nahm diese am 4. Oktober 2012 an. 23 

Die Kommission hat am 28. November 2011 die Einrich- 
tung einer Europäischen Multi-Stakeholder-Plattform für 
die IKT-Normung beschlossen. 24 


i* Vgl. ebd., S. 5. 

15 Ebd., S. 6. 

20 Mitteilung der Kommission an das Europäische Parlament, den Rat, 
den Europäischen Wirtschafts- und Sozialausschuss und den Aus- 
schuss der Regionen: Interoperabilisierung europäischer öffentlicher 
Dienste. KOM(20 10)744 endgültig vom 16. Dezember 2010, S. 3. 
Online abrufbar unter: http://eur-lex.europa.eu/LexUriServ/LexUri- 
Serv.do?uri=COM:20 1 0:0744:FIN:DE:PDF 

21 Mitteilung der Kommission an das Europäische Parlament, den Rat, den 
Europäischen Wirtschafts- und Sozialausschuss und den Ausschuss der 
Regionen: Eine Digitale Agenda für Europa. KOM(20 10)245 endgültig/2 
vom 26. August 2010, S. 18. Online abrufbar unter: http://eur-lex. 
europa.eu/LexUriServ/LexUriServ.do?uri=COM:2010:0245:FIN:DE:PDF 

22 Vgl. zu den Angaben zum Status: Europäische Kommission: Digital 
Agenda for Europe. Annual Progress Report 2011. 2011. Online ab- 
rufbar unter: http://ec.europa.eu/digital-agenda/sites/digital-agenda/ 
files/dae_annual_report_2011.pdf sowie Europäische Kommission: 
OverView of progress on the 101 Digital Agenda actions. 2012. 
Online abrufbar unter: http://ec.europa.eu/digital-agenda/sites/digi 
tal-agenda/files/reviewl 0 l_dae_actions.pdf 

23 Vgl. Rat der Europäischen Union: Reform of the European Standardi- 

sation System. Pressemitteilung vom 4. Oktober 2012. Online abrufbar 
unter: http://www.consilium.europa.eu/uedocs/cms_data/docs/press 

data/en/intm/1 32723.pdf Siehe auch: Europäischen Kommission: Un- 
ternehmen und Industrie. Politikbereiche. Europäische Normen. Nor- 
mungspolitik. Online abrufbar unter: http://ec.europa.eu/enterprise/ 
policies/european-standards/standardisation-policy/indexde.htm 

24 Siehe hierzu: Beschluss der Kommission vom 28. November 2011 
zur Einrichtung einer Europäischen Multi-Stakeholder-Plattform für 
die IKT-Normung. 30. November 2011, S. 4 bis 6. Online abrufbar 
unter: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:C: 
2011 :349:0004:0006:DE:PDF 


Aktion 22 

„Förderung geeigneter Regeln für den Umgang mit we- 
sentlichen Rechten des geistigen Eigentums und Lizenz- 
bedingungen bei der Normung, einschließlich der vorhe- 
rigen Offenlegung, insbesondere durch Leitlinien bis 
2011.“ 25 

umzusetzen bis: 31. Dezember 2011 

Status 26 : Erledigt. Die Kommission hat am 14. Dezember 
2010 die Leitlinien zur Anwendbarkeit von Artikel 101 
des Vertrags über die Arbeitsweise der Europäischen 
Union (AEUV) auf Vereinbarungen über horizontale Zu- 
sammenarbeit verabschiedet. 27 

Aktion 23 

„Herausgabe einer Mitteilung im Jahr 2011 mit Orientie- 
rungen für die Verknüpfung von IKT-Normung und öf- 
fentlichem Auftragswesen, um Behörden bei der besseren 
Nutzung von Normen und Standards und der geringeren 
Bindung an eine bestimmte Technik zu unterstützen.“ 28 

umzusetzen bis: 31. Dezember 2011 

Status 29 : Verzögert. Die Kommission hat bisher eine Stu- 
die durchgeführt, die das öffentliche Beschaffungswesen 
in der EU bewertet, einen Workshop bezüglich IT-Be- 
schaffung veranstaltet und eine Web-Konsultation zum 


25 Mitteilung der Kommission an das Europäische Parlament, den Rat, 
den Europäischen Wirtschafts- und Sozialausschuss und den Aus- 
schuss der Regionen: Eine Digitale Agenda für Europa. 
KOM(20 10)245 endgültig/2 vom 26. August 2010, S. 18. Online ab- 
rufbar unter: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri= 
COM:2010:0245:FIN:DE:PDF 

26 Vgl. zu den Angaben zum Status: Europäische Kommission: Digital 
Agenda for Europe. Annual Progress Report 2011. 2011. Online ab- 
rufbar unter: http://ec.europa.eu/digital-agenda/sites/digital-agenda/ 
files/dae_annual_report_20 1 1 .pdf sowie Europäische Kommission: 
OverView of progress on the 101 Digital Agenda actions. 2012. 
Online abrufbar unter: http://ec.europa.eu/digital-agenda/sites/digital- 
agenda/files/reviewl 0 l_dae_actions.pdf 

27 Siehe hierzu: Mitteilung der Kommission: Leitlinien zur Anwendbar- 
keit von Artikel 1 0 1 des Vertrags über die Arbeitsweise der Europäi- 
schen Union auf Vereinbarungen über horizontale Zusammenarbeit. 
14. Januar 2011, S. 1 bis 72. Online abrufbar unter: http://eur-lex. 
europa.eu/LexUriServ/LexUriServ.do?uri=OJ:C:201 1 :0 1 1 :0001 :0072: 
DE:PDF sowie die Berichtigungen der Mitteilung der Kommission - 
Leitlinien zur Anwendbarkeit von Artikel 1 0 1 des Vertrags über die 
Arbeitsweise der Europäischen Union auf Vereinbarungen über hori- 
zontale Zusammenarbeit (ABI. C 11 vom 14. Januar 2011). 2. Fe- 
bruar 2011, S. 20 und 11. Juni 2011, S. 22. 

28 Mitteilung der Kommission an das Europäische Parlament, den Rat, 
den Europäischen Wirtschafts- und Sozialausschuss und den Aus- 
schuss der Regionen: Eine Digitale Agenda für Europa. 
KOM(20 10)245 endgültig/2 vom 26. August 2010, S. 18. Online ab- 
rufbar unter: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri= 
COM:2010:0245:FIN:DE:PDF 

29 Vgl. zu den Angaben zum Status: Europäische Kommission: Digital 
Agenda for Europe. Annual Progress Report 20 1 1 . 20 1 1 . Online abruf- 
bar unter: http://ec.europa.eu/digital-agenda/sites/digital-agenda/files/ 
dae_annual_report_2011.pdf sowie Europäische Kommission: Over- 
View of progress on the 101 Digital Agenda actions. 2012. Online ab- 
rufbar unter: http ://ec. europa. eu/ digital-agenda/ sites/ digital-agenda/files/ 
review_ 101 daeactions .pdf 
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Leitlinienentwurf abgehalten. 30 Die Veröffentlich einer 
entsprechenden Mitteilung steht aus. 

Aktion 24 

„Förderung der Interoperabilität durch Verabschiedung 
einer Europäischen Interoperabilitätsstrategie und eines 
Europäischen Interoperabilitätsrahmens im Jahr 2010. “ 31 

umzusetzen bis: 31. Dezember 2010 

Status 32 : Erledigt. Die Kommission hat am 16. Dezember 
2010 die Mitteilung über die Interoperabilisierung euro- 
päischer öffentlicher Dienste veröffentlicht. 33 Diese ent- 
hält die Europäische Interoperabilitätsstrategie (EIS, An- 
hang 1) sowie den Europäischen Interoperabilitätsrahmen 
(EIF, Anhang 2). 

Aktion 25 

„Prüfung der Durchführbarkeit von Maßnahmen, die 
dazu führen könnten, dass maßgebende Marktteilnehmer 
Interoperabilitätsinformationen lizenzieren; Berichterstat- 
tung hierzu bis 2012.“ 34 

umzusetzen bis: 31. Dezember 2012 

Status 35 : Erledigt. Die Kommission hat eine öffentliche 
Konsultation hinsichtlich des Zugangs zu Interoperabili- 
tätsinformationen von digitalen Produkten und Dienst- 
leistungen durchgeführt. Die Kommission prüft, gesetzli- 
che und nicht-gesetzliche Maßnahmen um Zugang zu und 


30 Vgl. Europäische Kommission: Digital Agenda for Europe. Our Goals. 
Pillar II: Interoperability & Standards. Action 23: Provide guidance on 
ICT Standardisation and public procurement. Online abrufbar unter: 
http://ec.europa.eu/digital-agenda/en/pillar-ii-interoperability-standards/ 
action-23-provide-guidance-ict-standardisation-and-public 

31 Mitteilung der Kommission an das Europäische Parlament, den Rat, 
den Europäischen Wirtschafts- und Sozialausschuss und den Aus- 
schuss der Regionen: Eine Digitale Agenda für Europa. 
KOM(2010)245 endgültig/2 vom 26. August 2010, S. 18. Online ab- 
rufbar unter: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri= 
COM:2010:0245:FIN:DE:PDF 

32 Vgl. zu den Angaben zum Status: Europäische Kommission: Digital 
Agenda for Europe. Annual Progress Report 2011. 2011. Online ab- 
rufbar unter: http://ec.europa.eu/digital-agenda/sites/digital-agenda/ 
files/dae_annual_report_2011.pdf sowie Europäische Kommission: 
OverView of progress on the 101 Digital Agenda actions. 2012. 
Online abrufbar unter: http://ec.europa.eu/digital-agenda/sites/digital- 
agenda/files/review_ 101 daeactions .pdf 

33 Siehe hierzu: Mitteilung der Kommission an das Europäische Parla- 
ment, den Rat, den Europäischen Wirtschafts- und Sozialausschuss 
und den Ausschuss der Regionen: Interoperabilisierung europäischer 
öffentlicher Dienste. KOM(2010) 744 endgültig vom 16. Dezember 
2010. Online abrufbar unter: http://eur-lex.europa.eu/LexUriServ/ 
LexUriServ.do?uri=COM:2010:0744:FIN:DE:PDF 

34 Mitteilung der Kommission an das Europäische Parlament, den Rat, 
den Europäischen Wirtschafts- und Sozialausschuss und den Aus- 
schuss der Regionen: Eine Digitale Agenda für Europa. KOM (2010) 
245 endgültig/2 vom 26. August 2010, S. 18. Online abrufbar unter: 
http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=COM:20 1 0: 
0245:FIN:DE:PDF 

35 Vgl. zu den Angaben zum Status: Europäische Kommission: Digital 
Agenda for Europe. Annual Progress Report 2011. 2011. Online ab- 
rufbar unter: http://ec.europa.eu/digital-agenda/sites/digital-agenda/ 
files/dae_annual_report_2011.pdf sowie Europäische Kommission: 
OverView of progress on the 101 Digital Agenda actions. 2012. 
Online abrufbar unter: http://ec.europa.eu/digital-agenda/sites/digital- 
agenda/ files/review_ 101 dae actions .pdf 


Lizenzierung von Interoperabilitätsinformationen zu för- 
dern. Ergebnisse werden Anfang 2013 erwartet. 36 

Aufgaben der Mitgliedstaaten 
Aktion 26 

„Die Mitgliedstaaten sollten den Europäischen Interope- 
rabilitätsrahmen auf nationaler Ebene ab spätestens 2013 
anwenden.“ 37 

umzusetzen bis: 31. Dezember 2013 
Status 38 : Im Zeitrahmen. 


Aktion 27 

„Die Mitgliedstaaten sollten die in den Erklärungen von 
Malmö und Granada gemachten Zusagen in Bezug auf Inter- 
operabilität und Normen ab spätestens 2013 umsetzen.“ 39 

umzusetzen bis: 31. Dezember 2013 

Status 40 : Im Zeitrahmen. 


Europäischer eGovernment-Aktionsplan 2011-2015 

Die Europäische Kommission hat im Dezember 2010 den 
Europäischen eGovernment-Aktionsplan 2011-2015 41 


36 Vgl. Europäische Kommission: Digital Agenda for Europe. Our 
Goals. Pillar II: Interoperability & Standards. Action 25: Identify and 
assess means of requesting significant market players to licence in- 
formation about their products or Services. Online abrufbar unter: 
http://ec.europa.eu/digital-agenda/en/pillar-ii-interoperability-standards/ 
action-25-identify-and-assess-means-requesting-significant 

37 Mitteilung der Kommission an das Europäische Parlament, den Rat, 
den Europäischen Wirtschafts- und Sozialausschuss und den Aus- 
schuss der Regionen: Eine Digitale Agenda für Europa. 
KOM(20 10)245 endgültig/2 vom 26. August 2010, S. 18. Online ab- 
rufbar unter: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do7uri 
=COM:20 1 0:0245 :FIN:DE:PDF 

38 Vgl. zu den Angaben zum Status: Europäische Kommission: Digital 
Agenda for Europe. Annual Progress Report 2011. 2011. Online ab- 
rufbar unter: http://ec.europa.eu/digital-agenda/sites/digital-agenda/ 
files/dae_annual_report_20 1 1 .pdf sowie Europäische Kommission: 
OverView of progress on the 101 Digital Agenda actions. 2012. 
Online abrufbar unter: http://ec.europa.eu/digital-agenda/sites/digital- 
agenda/files/reviewl 0 l_dae_actions.pdf 

39 Mitteilung der Kommission an das Europäische Parlament, den Rat, 
den Europäischen Wirtschafts- und Sozialausschuss und den Aus- 
schuss der Regionen: Eine Digitale Agenda für Europa. 
KOM(20 10)245 endgültig/2 vom 26. August 2010, S. 18f. Online 
abrufbar unter: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do? 
uri COM:20 1 0:0245 :FIN:DE:PDF 

40 Vgl. zu den Angaben zum Status: Europäische Kommission: Digital 
Agenda for Europe. Annual Progress Report 2011. 2011. Online ab- 
rufbar unter: http://ec.europa.eu/digital-agenda/sites/digital-agenda/ 
files/dae_annual_report_20 1 1 .pdf sowie Europäische Kommission: 
OverView of progress on the 101 Digital Agenda actions. 2012. 
Online abrufbar unter: http://ec.europa.eu/digital-agenda/sites/digital- 
agenda/files/reviewl 0 l_dae_actions.pdf 

41 Siehe hierzu: Mitteilung der Kommission an das Europäische Parla- 
ment, den Rat, den Europäischen Wirtschafts- und Sozialausschuss 
und den Ausschuss der Regionen: Europäischer eGovemment- Aktions- 
plan 2011-2015. Einsatz der IKT zur Förderung intelligent, nachhaltig 
und innovativ handelnder Behörden. KOM(20 10)743 endgültig vom 
15. Dezember 2010. Online abrufbar unter: http://eur-lex.europa.eu/ 
LexUriServ/LexUriServ.do?uri=COM:201 0:0743 :FIN:DE:PDF 
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verabschiedet. Gegenstand des eGovernment-Aktions- 
plans ist es, „den Übergang von derzeitigen elektro- 
nischen Behördendiensten zu einer neuen Generation 
offener, flexibler und kooperativer sowie nahtlos funktio- 
nierender elektronischer Behördendienste“ 42 zu unterstüt- 
zen. Der eGovernment-Aktionsplan umfasst mehrere Ak- 
tionen, die von den Mitgliedstaaten umzusetzen sind. 
Dabei werden sie von der Kommission unterstützt. Der 
eGovernment-Aktionsplan greift die Ziele beziehungs- 
weise Anregungen der Ministererklärung zum eGovern- 
ment (Erklärung von Malmö 43 ) sowie der Ministererklä- 
rung von Granada zur Europäischen Digitalen Agenda 
(Erklärung von Granada 44 ) auf. 

ln der Erklärung von Malmö werden politische Schwer- 
punkte gesetzt, die von allen Mitgliedstaaten bis 2015 
umgesetzt werden sollten. Dazu gehören u. a. die Stär- 
kung der Bürgerinnen und Bürger sowie Unternehmen 
durch auf sie abgestimmte E-Government-Dienste, besse- 
rer Zugang zu öffentlichen Informationen, erhöhte Trans- 
parenz sowie Partizipationsmöglichkeiten an politischen 
Entscheidungsfindungen. Um dies zu erreichen, ist die 
Schaffung entsprechender technischer Voraussetzungen 
notwendig. 45 ln Bezug auf Interoperabilität und Standards 
heißt es in der Erklärung von Malmö : „Daher sollen un- 
sere öffentlichen Verwaltungen: [...] Den Vorteilen der 
Nutzung offener Spezifikationen besondere Beach- 
tung schenken, um Dienste so kostengünstig wie mög- 
lich anbieten zu können. Wir werden sicherstellen, dass 
offene Spezifikationen in unseren nationalen Interopera- 
bilitätsprogrammen gefördert werden, um Markthinder- 
nisse zu verringern. Wir werden die Angleichung der na- 
tionalen Interoperabilitätsprogramme an entsprechende 
europäische Programme anstreben. Das Open-Source- 
Modell könnte für die Nutzung in eGovernment-Projek- 
ten gefördert werden. Es ist wichtig, eine gemeinsame 
Grundlage zu schaffen, auf der ein offener Wettbewerb 
stattfinden kann, um das beste Preis-Leistungsverhältnis 
zu erreichen.“ 46 

ln der Erklärung von Granada regen die Minister an, auf 
die Erklärung von Malmö zu reagieren, „by developing 
more effective and efficient interoperable public Services 
that emphasise open and transparent government and ac- 
tive participation, that promote the reuse of public sector 
information and thus potentially very important new user- 


42 Ebd., S. 5. 

43 Siehe hierzu: Ministererklärung zum eGovemment. Einstimmig an- 

genommen in Malmö, Schweden. 18. November 2009. Online abruf- 
bar unter: https://ec.europa.eu/digital-agenda/sites/digital-agenda/files/ 
ministerial-declaration-on-egovemment-malmo.pdf 
Deutschsprachige Fassung online abrufbar unter: http:// 
www.cio.bund.de/SharedDocs/Publikationen/DE/Strategische-Themen/ 
ministererklaeung_malmoe_deutsch.pdf? blob=publicationFile 

44 Siehe hierzu: Granada Ministerial Declaration on the European Digi- 
tal Agenda. 19. April 2010. Online abrufbar unter: http://ec. 
europa.eu/ceskarepublika/pdf/press/ks7rada.pdf 

45 Vgl. Ministererklärung zum eGovemment. Einstimmig angenommen 

in Malmö, Schweden. 18. November 2009, S. 2. Deutsche Version 
online abrufbar unter: http://www.cio.bund.de/SharedDocs/Publika 
tionen/DE/Strategische-Themen/ministererklaeung_malmoe_deutsch. 
pdf? blob=publicationFile 

46 Ebd., S. 6. 


driven Service innovations, that increase the efficiency of 
government and lead to a measurable reduction in admi- 
nistrative burdens on citizens and businesses as well as 
contribute to a lowcarbon economy.“ 47 

Folglich betont auch der eGovernment-Aktionsplan die 
Bedeutung von Interoperabilität. Er identifiziert offene 
Spezifikationen und Interoperabilität als wesentliche 
technische Voraussetzung für elektronische Behörden- 
diensten und die Zusammenarbeit europäischer öffentli- 
cher Verwaltungen. Insbesondere die Umsetzung der Eu- 
ropäischen Interoperabilitätsstrategie (EIS) sowie die 
Anwendung des Europäischen Interoperabilitätsrah- 
mens (EIE) im Rahmen des ISA-Programms sollen zur 
Schaffung von Interoperabilität beitragen. 48 

Interoperabilitätslösungen für europäische öffentliche 
Verwaltungen (ISA) 

Das Europäische Parlament und der Rat haben am 
16. September 2009 ein Programm zu Interoperabilitäts- 
lösungen für europäische öffentliche Verwaltungen 
(ISA) 49 für den Zeitraum 2010 bis 2015 beschlossen. Ziel 
des Programms ist es, Lösungen für öffentliche Verwal- 
tungen zur Förderung der grenz- und sektorübergreifen- 
den Interoperabilität bereitzustellen und somit elektroni- 
sche Hindernisse (eBarriers) abzubauen. 

Das ISA-Programm gliedert sich in die drei Bereiche Ver- 
trauenswürdiger Informationsaustausch, Interoperabili- 
tätsarchitektur, Beurteilung der IKT-Implikationen neuer 
EU-Vörschriften. Es wird durch zwei flankierende Maß- 
nahmen - Sensibilisierung für Interoperabilität und Aus- 
tausch von Best Practices - ergänzt. 50 

Hervorzuheben ist die kollaborative Online-Plattform 
Joinup, die im Rahmen des ISA-Programms entstanden ist. 
Die Plattform „offers a new set of Services to help e-Govern- 


47 Granada Ministerial Declaration on the European Digital Agenda. 
19. April 2010, S. 3. Online abrufbar unter: http://ec.europa.eu/ceska 
republika/pdf/press/ks7rada.pdf 

48 Vgl. Mitteilung der Kommission an das Europäische Parlament, den 
Rat, den Europäischen Wirtschafts- und Sozialausschuss und den 
Ausschuss der Regionen: Europäischer eGovernment-Aktionsplan 
2011-2015. Einsatz der IKT zur Förderung intelligent, nachhaltig 
und innovativ handelnder Behörden. KOM(20 10)743 endgültig vom 
15. Dezember 2010, S. 14. Online abrufbar unter: http://eur-lex.euro 
pa.eu/LexUriServ/LexUriServ.do?uri=COM:20 1 0:0743 :FIN :DE:PDF 

49 Siehe hierzu: Beschluss Nr. 922/2009/EG des Europäischen Parla- 
ments und des Rates vom 16. September 2009 über Interoperabili- 
tätslösungen für europäische öffentliche Verwaltungen (ISA). 3. Ok- 
tober 2009, S. 20 bis 27. Online abrufbar unter: http://eur-lex. 
europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2009:260:0020:0027: 
DE: PDF 

50 Vgl. Mitteilung der Kommission an das Europäische Parlament, den 
Rat, den Europäischen Wirtschafts- und Sozialausschuss und den 
Ausschuss der Regionen: Interoperabilisierung europäischer öffentli- 
cher Dienste. KOM(20 10)744 endgültig vom 16. Dezember 2010, 
S. 8. Online abrufbar unter: http://eur-lex.europa.eu/LexUriServ/ 
LexUriServ.do?uri=COM:20 1 0:0744:FIN:DE:PDF 

Siehe auch ausführlich zu den drei Bereichen und den flankierenden 
Maßnahmen: Europäische Kommission: ISA Work Programme Se- 
cond Revision 2012 Section I und Annex to Section I. 2012. Online 
abrufbar unter: http://ec.europa.eu/isa/documents/isa_wp_second_ 
revision_20 1 2_en.pdf und http://ec.europa.eu/isa/documents/isa_wp_ 
second_revision_20 1 2_annex_en.pdf 
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ment Professionals share their experience with interope- 
rability Solutions and support them to find, choose, re- 
use, develop, and implement open source Software and 
semantic interoperability assets“. 51 

Das ISA-Programm trägt zur Umsetzung der Digitalen 
Agenda für Europa, des Europäischen eGovernment-Ak- 
tionsplans 2011-2015 sowie der Europäischen Inter- 
operabilitätsstrategie (EIS) unter Berücksichtigung des 
Europäischen Interoperabilitätsrahmens (EIF) bei. 

Die Europäische Interoperabilitätsstrategie und 
der Europäische Interoperabilitätsrahmen 

Als Bestandteil der Mitteilung über die Interoperabilisie- 
rung europäischer öffentlicher Dienste hat die Europäi- 
sche Kommission am 16. Dezember 2010 die Europä- 
ische Interoperabilitätsstrategie (EIS, Anhang 1) sowie 
den Europäischen Interoperabilitätsrahmen (EIF, An- 
hang 2) veröffentlicht. 52 Die Europäische Interoperabili- 
tätsstrategie „soll bei der Erbringung europäischer öffent- 
licher Dienste Orientierung bieten und Prioritäten bei den 
Maßnahmen setzen, die notwendig sind, um die grenz- 
und sektoriibergreifende Interaktion, den Austausch und 
die Zusammenarbeit zwischen öffentlichen Verwaltungen 
in Europa zu verbessern.“ 53 Die Maßnahmen, die im Rah- 
men der Strategie ergriffen werden, sind mit den Maßnah- 
men des ISA-Programms abgestimmt und werden eben- 
falls in die oben genannten drei Bereiche und ergänzende 
Maßnahmen untergliedert. 54 

Damit verschiedene Behörden Zusammenarbeiten kön- 
nen, ist es notwendig, dass sie Daten über interoperable 
IT-lnfrastrukturen und -Systeme austauschen können. 55 
Dies soll auf europäischer als auch auf nationaler Ebene 
durch Interoperabilitätsrahmen unterstützt werden. Der 
Europäische Interoperabilitätsrahmen (EIF) „bietet euro- 
päischen öffentlichen Verwaltungen Orientierung in Be- 
zug auf die Definition, Ausgestaltung und Durchführung 
europäischer öffentlicher Dienste.“ 56 Der EIF richtet dazu 
25 Empfehlungen an die Mitgliedstaaten, welche in fol- 
gende Bereiche unterteilt werden: 

- „Grundprinzipien für europäische öffentliche Dienste: 
Zu den Grundprinzipien des EIF gehören z. B. die 
Nutzerzentrierung, die Barrierefreiheit, die IT-Sicher- 
heit und die Mehrsprachigkeit. 

- Konzeptmodell für öffentliche Dienste: Das Konzept- 
modell europäisch öffentlicher Dienste sieht im Kern 
vor, dass komplexe Dienste aus feingranularen Diens- 


51 Europäische Kommission: Joinup. About Joinup. Online abrufbar 
unter: http://joinup.ec.europa.eu/page/about_us 

52 Siehe hierzu: Mitteilung der Kommission an das Europäische Parla- 
ment, den Rat, den Europäischen Wirtschafts- und Sozialausschuss 
und den Ausschuss der Regionen: Interoperabilisierung europäischer 
öffentlicher Dienste. KOM(20 10)744 endgültig vom 16. Dezember 
2010. Anhang 1 und Anhang 2. Online abrufbar unter: http://eur- 
lex.europa.eu/LexUriServ/LexUri- 

Serv.do?uri=COM:20 1 0:0744:FIN:DE:PDF 

53 Ebd., Anhang 1, S. 3, Nr. 1. 

54 Vgl. ebd., Anhang 1, S. 6 ff., Nr. 14.3 bis 14.7. 

55 Vgl. ebd., S. 3. 

56 Ebd., S. 9. 


ten zusammengesetzt werden. Die feingranularen 
Dienste beziehen ihre Daten beispielsweise aus Basis- 
registern. 

- Interoperabilitätsebenen: Das EIF unterscheidet zwi- 
schen vier Ebenen der Interoperabilität: die rechtliche, 
die organisatorische, die inhaltliche und die technische 
Interoperabilität. Die rechtliche Interoperabilität be- 
schreibt die rechtlichen Grundlagen eines Datenaus- 
tauschs; die organisatorische Interoperabilität die da- 
für notwendigen Geschäftsprozesse; die inhaltliche 
Interoperabilität die Bedeutung der ausgetauschten 
Daten und die technische Interoperabilität die techni- 
schen Systeme und Standards, die für den Datenaus- 
tausch benutzt werden. 

- Interoperabilitätsvereinbarungen: Beim Thema Inter- 
operabilitätsvereinbarungen geht es im Wesentlichen 
um die Nutzung existierender Standards für das Her- 
stellen der Interoperabilität in den o. g. vier Ebenen. 

- Interoperabilitäts-Governance: Die Interoperabilitäts- 
Governance beschreibt die Steuerung der Interopera- 
bilitätsvorhaben in einem Mitgliedsstaat.“ 57 

Im Rahmen des EIF wird den EU-Mitgliedstaaten emp- 
fohlen, „ihre Interoperabilitätsrahmen mit dem Euro- 
päischen Interoperabilitätsrahmen ab [zu] stimmen, um der 
europäischen Dimension der Erbringung öffentlicher 
Dienste Rechnung zu tragen.“ 58 

Die Beobachtungsstelle für die nationalen Interoperabili- 
tätsrahmen (National Interoperability Framework Obser- 
vatory, NIFO) stellt Informationen über die nationalen 
Interoperabilitätsaktivitäten, die nationalen Interopera- 
bilitätsrahmen sowie deren Ausrichtung am EIF im Rah- 
men von Factsheets zur Verfügung. 59 Einige Mitglied- 
staaten verfügen demnach bereits über einen nationalen 
Interoperabilitätsrahmen, der in unterschiedlicher Tiefe 
an das EIF angeglichen ist. 60 Die NIFO wird im Rahmen 
des ISA-Programms unterstützt. 61 


57 IT-Planungsrat: Kooperationsgruppe Europäische Interoperabilisie- 

rung. Abschlussbericht. 10. Mai 2012, S. 2f. Online abrufbar unter: 
http://www.it-planungsrat.de/SharedDocs/Downloads/DE/Entschei 
dungen/8._Sitzung/TOP%2004_Anlage_KoopGr%20Interoperabili 
sierung_Abschlussbericht.pdf? blob=publicationFile 

58 Mitteilung der Kommission an das Europäische Parlament, den Rat, 
den Europäischen Wirtschafts- und Sozialausschuss und den Aus- 
schuss der Regionen: Interoperabilisierung europäischer öffentlicher 
Dienste. KOM(20 10)744 endgültig vom 16. Dezember 2010. An- 
hang 2, S. 5. Online abrufbar unter: http://eur-lex.europa.eu/LexUri- 
Serv/LexUriServ.do?uri=COM:20 1 0:0744:FIN:DE:PDF 

59 Siehe hierzu die National Interoperability Framework Observatory 
(NIFO) Factsheets aus den Jahren 2011 und 2012. Online abrufbar 
unter: http://joinup.ec.europa.eu/elibrary/factsheet/national-interope 
rability-framework-observatory-nifo-factsheets-20 1 1 sowie http:// 
joinup. ec. europa.eu/elibrary/factsheet/national-interoperability-frame 
work-observatory-nifo-factsheets-20 1 2 

60 Vgl. ebd. 

61 Vgl. Mitteilung der Kommission an das Europäische Parlament, den 
Rat, den Europäischen Wirtschafts- und Sozialausschuss und den 
Ausschuss der Regionen: Interoperabilisierung europäischer öffentli- 
cher Dienste. KOM(2010) 744 endgültig vom 16. Dezember 2010, 
S. 11. Online abrufbar unter: http://eur-lex.europa.eu/LexUriServ/ 
LexUriServ.do?uri=COM:20 1 0:0744 :FIN:DE:PDF 
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Exkurs zum Interoperabilitätsrahmen 

Interoperabilitätsrahmen (englisch: Interoperability Frame- 
works) kommen auch in Staaten außerhalb der Europä- 
ischen Union zur Förderung der Interoperabilität von 
behördlichen IT-lnfrastrukturen und -Systemen zum Ein- 
satz. Beispiele sind die Interoperabilitätsrahmen aus Aus- 
tralien 62 und Brasilien 63 . 

So hat das United Nations Developement Programme Re- 
gional Centre in Bangkok (UNDP) ein Projekt mit Unter- 
stützung von IBM und Oracle durchgeführt, bei dem ver- 
schiedene Interoperabilitätsrahmen verglichen wurden. 64 
Diese befassten sich vorwiegend mit technischer bezie- 
hungsweise semantischer Interoperabilität. 65 Anschlie- 
ßend wurde - hauptsächlich für Staaten im asiatisch-pazi- 
fischen Raum - eine Orientierungshilfe 66 zur Erstellung 
eines Interoperabilitätsrahmens veröffentlicht. 67 

Neben Interoperabilitätsrahmen werden auch so genannte 
Enterprise Architecture Frameworks genutzt. Beispiels- 
weise die USA verfolgen mit der Federal Enterprise Ar- 
chitecture (FEA) 68 diesen Ansatz. 69 


62 Siehe hierzu: Australian Govemment/Department of Finance and 
Deregulation/Australian Government Information Management Of- 
fice: Interoperability Frameworks. OverView. Online anrufbar unter: 
http://agimo.gov.au/policy-guides-procurement/interoperability-frame 
works/ 

63 Siehe hierzu: Brazilian Govemment/Executive Committee on Elec- 

tronic Government: e-PING. Standards of Interoperability for Elec- 
tronic Government. 2006. Online abrufbar unter: http://www.gover 
noeletronico.gov.br/acoes-e-projetos/e-ping-padroes-de-interoperabili 
dade/anexos/E15_677e-PING_v2.0. l_05_12_06_english.pdf Version 
2013 ist bisher nur auf Portugiesisch verfügbar. Online abrufbar un- 
ter: http://www.govemoeletronico.gov.br/biblioteca/arquivos/docu 

mento-da-e-ping-versao-20 1 3/ 

64 Siehe hierzu: Lallana, Emmanuel C.: e-Govemment Interoperability: 
A Review of Government Interoperability Frameworks in Selected 
Countries, hrsg. von United Nations Development Programme 
(UNDP). 2007. Online abrufbar unter: http://www.unapcict.org/eco 
hub/resources/e-govemment-interoperability-a-review-of 

65 Vgl. Lallana, Emmanuel C.: e-Govemment Interoperability. Guide, 
hrsg. von United Nations Development Programme (UNDP). 2007, 
S. 10. Online abrufbar unter: http://www.unapcict.org/ecohub/resour 
ces/e-govemment-interoperability-guide 

66 Siehe hierzu: Lallana, Emmanuel C.: e-Govemment Interoperability, 
hrsg. von United Nations Development Programme (UNDP). 2008. 
Online abrufbar unter: http://www.unapcict.org/ecohub/resources/e- 
govemment-interoperability sowie Lallana, Emmanuel C.: e-Govem- 
ment Interoperability. Guide, hrsg. von United Nations Development 
Programme (UNDP). 2007. Online abrufbar unter: http://www. 
unapcict.org/ecohub/resources/e-govemment-interoperability-guide 

67 Vgl. Lallana, Emmanuel C.: e-Govemment Interoperability. Over- 
View, hrsg. von United Nations Development Programme (UNDP). 
2007, S. iii. Online abrufbar unter: http://www.unapcict.org/ecohub/ 
resources/e-govemment-interoperability-overview 

68 Siehe hierzu: Office of Management and Budget of the Executive Of- 
fice of the President of the United States (OMB): A Common Ap- 
proach to Federal Enterprise Architecture. 2. Mai 2012. Online 
abrufbar unter: http://www.whitehouse.gov/sites/default/files/omb/ 
assets/egovdocs/commonapproachtofederalea.pdf 

69 Vgl. Guijarro, Luis: Interoperability frameworks and enterprise ar- 
chitectures in e-govemment initiatives in Europe and the United Sta- 
tes. Government Information Quarterly, 24. Jg. 2007, Heft 1, 
S. 89-101. Online abrufbar unter: http://dx.doi.Org/10.1016/j. 
giq.2006.05.003 


1.1. 9. 2 Maßnahmen auf nationaler Ebene zur 
Förderung von Interoperabilität 

Auf Basis des NIFO Factsheet für Deutschland 10 sowie 
des Abschlussberichts der Kooperationsgruppe Euro- 
päische Interoperbilisierung des IT-Planungsrats 71 zeigt 
sich auf nationaler Ebene folgendes Bild: ln Deutschland 
existiert kein formaler nationaler Interoperabilitätsrah- 
men. 72 Zur Förderung von Interoperabilität gemäß der 
vier Interoperabilitätsebenen 73 des EIF wurden jedoch 
verschiedene Aktivitäten ergriffen: 

Technische Interoperabilität wird durch die Standardi- 
sierungsinitiative SAGA 5.0 sichergestellt. Dabei handelt 
es sich um eine Zusammenstellung von Referenzen auf 
Spezifikationen und Methoden für die Beschaffung, Er- 
stellung und Weiterentwicklung von Software-Systemen 
der öffentlichen Verwaltung. 74 Seit dem 3. November 
2011 ist die Anwendung von SAGA 5 in der Bundesver- 
waltung verbindlich. 

Semantische Interoperabilität wird durch die XÖV- 
Standardisierunginitiative erreicht. Diese verfolgt das 
Ziel, „die Entwicklung und Bereitstellung von fachlichen 
Standards für den elektronischen Datenaustausch zu un- 
terstützen und zu koordinieren, so dass elektronische Pro- 
zesse innerhalb (G2G 75 ) und mit der Verwaltung (G2C 76 , 
G2B 77 ) kostengünstig, schnell und mit hoher Qualität um- 
gesetzt werden können.“ 78 Dazu werden Methoden und 
Werkzeuge zur Entwicklung und Pflege von XÖV-kon- 
formen IT-Standards zu Verfügung gestellt. 79 

XÖV ist fachunabhängig und fachübergreifend und trägt 
zur „Erhöhung der Interoperabilität informationstechni- 
scher Systeme in der öffentlichen Verwaltung“ bei. 80 Die 


70 Siehe hierzu: NIFO Factsheet Germany. Dezember 2012. Online ab- 
rufbar unter: https://joinup.ec.europa.eu/sites/default/files/NIFO%20- 
%20Factsheet%20Germany%20 1 2-20 1 2.pdf 

71 Siehe hierzu: IT-Planungsrat: Kooperationsgruppe Europäische Inter- 

operabilisierung. Abschlussbericht. 10. Mai 2012. Online abrufbar 
unter: http://www.it-planungsrat.de/SharedDocs/Downloads/DE/Ent 
scheidungen/8._Sitzung/TOP%2004_Anlage_KoopGr%20Interoperabi 
lisierung_Abschlussbericht.pdf? blob=publicationFile 

72 Vgl. IT-Planungsrat: Kooperationsgruppe Europäische Interoperabi- 

lisierung. Abschlussbericht. 10. Mai 2012, S. III. Online abrufbar un- 
ter: http://www.it-planungsrat.de/SharedDocs/Downloads/DE/Entschei 
dungen/8._Sitzung/TOP%2004_Anlage_KoopGr%20Interoperabilisie 
rung_Abschlussbericht.pdf? blob=publicationF ile 

73 Siehe hierzu auch Kapitel 1.1.1 Arten von Interoperabilität. 

74 Siehe hierzu Fußnote 273. 

75 G2G steht für: Govemment-to-Govemment. 

76 G2C steht für: Govemment-to-Customer. 

77 G2B steht für: Govemment-to-Business. 

78 Salomon, Alexander/Dietrich, Jens: Leitfaden für die Entwicklung 

von Standards für den elektronischen Datenaustausch (XÖV-Stan- 
dards), hrsg. vom Bundesministerium des Innern. Version 1.0. April 
2008, S. 7. URL: http://www.bmi.bund.de/SharedDocs/Downloads/ 
DE/Themen/OED_Verwaltung/Informationsgesellschaft/Leitfaden_X% 
C3%96V_Standards.pdf? blob=publicationFile 

79 Siehe hierzu: Koordinierungsstelle für IT-Standards (KoSIT): Hand- 
buch zur Entwicklung XÖV-konformer IT-Standards, hrsg. im Auf- 
trag des IT-Planungsrates. Version 1.1. 31. März 2012. Online abruf- 
bar unter: http://www.xoev.de/sixcms/media.php/13/X%D6V-Hand 
buchVl_l.pdf 

80 Koordinierungsstelle für IT-Standards (KoSIT): Handbuch zur Ent- 
wicklung XÖV-konformer IT-Standards, hrsg. im Auftrag des IT-Pla- 
nungsrates. Version 1.1. 31. März 2012, S. 1. Online abrufbar unter: 
http:// www.xoev.de/sixcms/media.php/ 1 3/X%D6V-HandbuchV 11 .pdf 
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XÖV-Standardisierung ist nicht auf spezielle Verwaltungs- 
bereiche oder -ebenen beschränkt. Einige XÖV-Standards 
werden in Rechtsnormen referenziert oder verbindlich vor- 
geschrieben 81 (zum Beispiel XMeld 82 in der Verordnung 
zur Durchführung von regelmäßigen Datenübermittlungen 
zwischen Meldebehörden verschiedener Länder 83 ). 

Alle XÖV-Standards werden im XRepository, einer öffent- 
lich über das Internet erreichbaren, zentral verwalteten Bi- 
bliothek, gespeichert. 84 Das XRespository wird von der 
Bundesstelle für Informationstechnik betrieben. Um die 
gemeinsame, europaweite Nutzung der XÖV-Standards zu 
ermöglichen, wird aktuell an der Integration des XReposi- 
tory in die europäische Joinup-ADMS-Plattform (Asset 
Description Metadata Schema, ADMS) gearbeitet. 85 

Organisatorische Interoperabilität wird durch die 
Nationale Prozessbibliothek 86 gefördert. Ziel ist die Er- 
stellung eines „Repository aller deutschen Verwaltungs- 
prozesse“ 87 aller Verwaltungsebenen; zudem stellt das 
Repository eine kollaborative Plattform dar, auf der Ver- 
waltungsmitarbeiten ihr Prozesswissen austauschen kön- 
nen. Es ist geplant, die Nationale Prozessbibliothek im 
Jahr 2013 offiziell in Betrieb zu nehmen. 

Rechtliche Interoperabilität wird durch den IT-Rat, 
dem „zentrale[ n | Gremium für die ressortiibergreifende 
Steuerung auf Bundesebene“ 88 und dem IT-Planungsrat, 
dem „zentrale! n | Steuerungsgremium für die IT von 


81 Vgl. Gehlert, Andreas: XRepository’s ADMS Implementation . Sta- 
tus, Challenges, Future Directions. Vortrag im Rahmen der SEMIC 
2012 - Semantic Interoperability Conference 2012. 18. Juni 2012, 
Folie 5. Online abrufbar unter: http://joinup.ec.europa.eu/sites/default/ 
files/Andreas%20Gehlert_XRepository_Putting_ADMS_into_practice_ 
the_case_of_the_German_XRepository_SEMIC_Conference_ 1 80620 
12_0.pdf 

82 Siehe hierzu den Eintrag zu XMeld im XRepository. Online abrufbar 
unter: https://www.xrepository.deutschland-online.de/Inhalt/um:uuid: 
99 Ib3b73-e44 1 -4deb-9557-c56ec6b04 142.xhtml 

83 Siehe hierzu: Erste Bundesmeldedatenübermittlungsverordnung vom 
21. Juni 2005 (BGBl. I S. 1689), die zuletzt durch Artikel 2 Absatz 5 
des Gesetzes vom 22. Dezember 2011 (BGBl. I S. 3044) geändert 
worden ist. Online abrufbar unter: http://www.gesetze-im-intemet. 
de/bmeldd_v_l_2005/index.html#B JNR1 68900005BJNE0003033 1 0 
Weitere Beispiele: XÖV-Standard XAusländer in der Aufenthaltsver- 
ordnung vom 25. November 2004 (BGBl. I S. 2945), die zuletzt 
durch Artikel 5 Absatz 1 des Gesetzes vom 1. Juni 2012 (BGBl. I 
S. 1224) geändert worden ist; XÖV-Standard X Waffe in der NWRG- 
Durchführungsverordnung vom 31. Juli 2012 (BGBl. I S. 1765). 

84 Das XRespository ist online erreichbar unter: https://www.xreposi 
tory.deutschland-online.de 

85 Vgl. Gehlert, Andreas: XRepository’s ADMS Implementation . Sta- 
tus, Challenges, Future Directions. Vortrag im Rahmen der SEMIC 
2012 - Semantic Interoperability Conference 2012. 18. Juni 2012, 
Folie 6ff. Online abrufbar unter: http://joinup.ec.europa.eu/sites/de- 
fault/files/Andreas%20Gehlert_XRepository_Putting_ADMS_into_ 
practice_the_case_of_the_German_XRepository_SEMIC_Conference 
_18062012_0.pdf 

86 Die Nationale Prozessbibliothek ist online erreichbar unter: http:// 
www.prozessbibliothek.de/ 

87 Humboldt-Universität zu Berlin/Wirtschaftswissenschaftliche Fakul- 
tät/Institut für Wirtschaftsinformatik: Nationale Prozessbibliothek. 
Einführung. Online abrufbar unter: http://www.prozessbibliothek.de/ 
einfuehrung/ 

88 Die Beauftragte der Bundesregierung für die Informationstechnik: 
Politische Aufgaben. Rat der IT-Beauftragten. Online abrufbar unter: 
http://www.cio.bund.de/DE/Politische-Aufgaben/Rat-der-IT-Beauf 
tragten/ ratditbeauftragtennode . html 


Bund und Ländern“ 89 vorangetrieben. Beide Gremien 
sind für die Steuerung der zuvor genannten Interoperabi- 
litätsinitiativen zuständig. 

Der IT-Planungsrat hat auf der strategischen Ebene die 
nationalen E-Govemment-Strategie (NEGS) verabschie- 
det, „mit der sich Bund, Länder und Gemeinden zum ers- 
ten Mal gemeinsam darauf verständigt haben, wie die 
elektronische Abwicklung von Verwaltungsangelegenhei- 
ten über das Internet weiterentwickelt werden soll.“ 90 

Die NEGS „definiert sechs zentrale Ziele, an denen sich 
die Projekte ausrichten werden, u. a. die maßgebliche 
Orientierung am Nutzen von Bürgern, Unternehmen und 
Verwaltung, die Erhöhung der Effizienz des Verwaltungs- 
handelns, die Transparenz über Daten und Abläufe, Da- 
tenschutz sowie die Stärkung der gesellschaftlichen Teil- 
habe über Internetangebote des Staates.“ 91 

Der IT-Rat setzt die Beschlüsse des IT-Planungsrates im 
Bund um und initiiert entsprechende Interoperabilitätsak- 
tivitäten. 

1 .2 Der Begriff Standards 

Auch in der digitalen Welt sind Standards ein überaus 
wichtiges Mittel, um das Funktionieren von Systemen zu 
gewährleisten, die in einem hohen Maße miteinander ver- 
netzt sind. Erst durch das Interagieren und den Datenaus- 
tausch zwischen verschiedenen digitalen Systemen ver- 
schiedener Hersteller wird das volle Potenzial von IT 
erschlossen. 

Im technischen Bereich werden Standards oder Normen 
immer dann erstellt, wenn ein Zusammenspiel von Syste- 
men unterschiedlicher Hersteller erwünscht oder notwen- 
dig ist. Dazu muss man sich auf eine so genannte Schnitt- 
stelle einigen, die einen festgelegten Ablauf für den 
Datenaustausch und ein einheitliches, von allen Herstel- 
lern einzuhaltendes Datenformat benötigt, um interopera- 
bel zu sein. Eine Standardisierung setzt somit die Einsicht 
der beteiligten Kreise voraus, dass ein Standard einen 
Vorteil für alle Beteiligten bringt, indem er zum Beispiel 
ermöglicht, dass das eigene Produkt mit denen anderer 
Hersteller zusammenspielt. Ein prominentes Beispiel 
hierfür ist der weltweit eingeführte GSM 92 -Standard. Die- 
ser erlaubt die weltweite Nutzung von Mobiltelefonen un- 
terschiedlicher Hersteller in den GSM-Netzen. Ein Bei- 
spiel für einen Standard aus dem Internetbereich ist das 
Hypertext Transfer Protocol, kurz http. Dieses standardi- 
siert die Kommunikation zwischen Client und Server im 
Webbereich. 

Historisch haben sich zwei Systeme für die Erarbeitung 
von Standards etabliert. Dies wird im folgenden Kapitel 
ausführlicher erläutert. 


89 IT-Planungsrat: IT-Planungsrat. Online abrufbar unter: http://www.it- 
planungsrat.de/DE/ITPlanungsrat/itPlanungsrat_node.html. 

90 IT-Planungsrat: Nationale E-Govemment Strategie (NEGS). Online 
abrufbar unter: http://www.it-planungsrat.de/DE/Strategie/negs_ 
node.html 

91 Ebd. 

92 GSM steht für: Global System for Mobile Communications. 
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1 .2.1 Normen, Standards & De-facto-Standards 

Grundsätzlich lässt sich zwischen Standards und Normen 
unterscheiden. Normen werden in den etablierten Nor- 
mungsorganisationen entwickelt. Dies sind auf europä- 
ischer Ebene 

- das Europäische Komitee für Normung (Comite Euro- 
peen de Normalisation, CEN), 

- das Europäische Komitee für elektrotechnische Nor- 
mung (Comite Europeen de Normalisation Electro- 
technique, CENELEC) und 

- das Europäische Institut für Telekommunikationsnor- 
men (European Telecommunications Standards Insti- 
tute, ETSI). 

Diese drei Institutionen tragen das europäische Nor- 
mungssystem. 

Dabei arbeitet ETSI im Gegensatz zu CEN und 
CENELEC mit dem Modell der Direktmitgliedschaft. 
Mitglieder sind in allen drei Normungsorganisationen die 
so genannten interessierten Kreise, also insbesondere Un- 
ternehmen, Organisationen, öffentliche Verwaltungen, 
aber auch Nutzerorganisationen. 

Die europäischen Organisationen CEN und CENELEC 
haben je Staat ein Mitglied, das die gesamten Normungs- 
interessen dieses Landes zu vertreten hat. Im CEN wer- 
den die deutschen Interessen werden durch das Deutsche 
Institut für Normung e.V. (DIN) repräsentiert; im 
CENELEC werden sie durch die DKE Deutsche Kom- 
mission Elektrotechnik Elektronik Informationstechnik 
im DIN und VDE (VDE VERBAND DER ELEKTRO- 
TECHNIK ELEKTRONIK INFORMATIONSTECHNIK 
e.V.) vertreten. 

Etwa ein Viertel des europäischen Normenbestandes 
wurde durch die Europäische Kommission in Auftrag ge- 
geben. Diese vergibt Normungsaufträge in der Regel zur 
Konkretisierung und technischen Untersetzung der 
grundlegenden Anforderungen in den europäischen 
Richtlinien. Diese Art der Regulierung ist unter New Ap- 
proach bekannt. Nach dem New Approach werden in den 
europäischen Richtlinien nicht mehr alle Details einer Re- 
gulierung vom Richtliniengeber festgelegt, sondern nur 
die Regelungsziele und Randbedingungen (die so ge- 
nannten grundlegenden Anforderungen). Die konkrete 
Umsetzung kann u. a. nach speziellen „europäisch har- 
monisierten Normen“ erfolgen . 93 Dieses Verfahren hat ei- 
nerseits eine erhebliche Entlastung des Gesetzgebers zur 
Folge, bringt anderseits aber eine hohe Verantwortung für 
die Arbeit der Normungsorganisationen mit sich. 

In die Arbeitsgruppen von CEN und CENELEC werden 
nationale Delegationen mit abgestimmten Standpunkten 
entsandt. Dies wird nationales Delegationsprinzip ge- 
nannt. Ergänzend dazu gibt es spezielle (europäische) 


93 Ein Hersteller kann sein Produkt auch nach anderen, gegebenenfalls 
eigenen Vorgaben entwickeln, solange diese die gesetzlichen Anfor- 
derungen der Richtlinie erfüllen. Es ist niemand gezwungen, nach 
den europäisch harmonierten Normen zu produzieren. 


Gruppierungen aus den Bereichen Industrie, Verbraucher 
oder Umwelt mit Beobachterstatus und ohne Stimmrecht. 
Die Delegationen vertreten den Standpunkt der nationa- 
len Komitees, die sich in ihrem jeweiligen Land aus Ex- 
perten der interessierten Kreise zusammensetzen. Dieses 
mehrstufige System ermöglicht die Teilnahme sowohl 
von großen Firmen als auch von kleinen und mittleren 
Unternehmen (KMU) oder anderen interessierten Krei- 
sen, die dadurch ohne Teilnahme an den Sitzungen auf 
europäischer Ebene in lokalen Arbeitsgruppen die Ent- 
wicklung der Normen mitgestalten können. In Deutsch- 
land organisieren DIN und DKE die Arbeiten der nationa- 
len Komitees, in denen jedermann, vom Firmenvertreter 
bis zur Privatperson, der ein Interesse an einer speziellen 
Norm hat, mitarbeiten kann. 

Die professionelle Erstellung von Normen erfordert ne- 
ben der inhaltlich-fachlichen Arbeit auch finanziellen 
Aufwand, zum Beispiel für die Bereitstellung von Sit- 
zungsräumen oder Personal zur Betreuung und Nachbe- 
reitung von Sitzungen. Die Frage der Finanzierung der 
Normungsarbeit wird immer wieder diskutiert. Derzeit 
basiert die Finanzierung der DIN und DKE zu einem gro- 
ßen Teil auf dem Verkauf der fertigen Normen . 94 Demge- 
genüber sind die ETSI-Normen frei erhältlich und die 
ETSI finanziert sich aus den Mitgliedsbeiträgen. 

Parallel zum oben beschriebenen System der Normung 
gibt es eine Anzahl von Standardisierungsorganisationen, 
die gerade im IT-Bereich eine sehr große Bedeutung ha- 
ben. Fast alle Standards, auf denen das Internet mit seinen 
zahlreichen Kommunikationsprotokollen und Datenfor- 
maten basiert, wurden in Standardisierungsorganisationen 
oder so genannten Konsortien entwickelt, die nicht zu den 
oben genannten Normungsorganisationen zählen. Promi- 
nente Beispiele sind das grundlegende Kommunikations- 
protokoll TCP/IP 95 des Internets, das von der IETF fest- 
gelegt wurde, die weit verbreitete WLAN 96 - Standard- 


94 Die DIN-Gruppe weist ihre Finanzierung wie folgt aus:„Die DIN- 
Gruppe (DIN Deutsches Institut für Normung e. V., Beuth Verlag 
GmbH, DIN Software GmbH) finanziert sich zu 68 Prozent aus eige- 
nen Erträgen, die über die angebotenen Dienstleistungen und Pro- 
dukte erwirtschaftet werden. 14 Prozent der Vereinnahmungen sind 
Projektmittel der Wirtschaft, weitere 12 Prozent sind Projektmittel 
der öffentlichen Hand und 6 Prozent werden aus Mitgliedsbeiträgen 
erzielt.“ Quelle: Deutsches Institut für Normung e.V.: Wir über uns. 
Finanzierung. Online abrufbar unter: http://www.din. de/cmd?level= 
tpl-rubrik&menuid=4739 1 &cmsareaid=4739 1 &cmsrubid=475 1 7& 
menurubricid=475 1 7&languageid=de 

Die DKE beschreibt ihre Finanzierung wie folgt: „Der DKE-Ge- 
schäftsstellenetat repräsentiert etwa 20 Prozent der Gesamtkosten der 
Erarbeitung der elektrotechnischen Normen. Er umfasst die Betriebs- 
kosten der DKE-Geschäftsstelle, die Herstellkosten der Normen so- 
wie die Beiträge zu den regionalen und internationalen Normungsor- 
ganisationen. Er wird zu rund 95 Prozent aus den Erlösen der in der 
DKE erstellten Normen finanziert, die der VDE- VERLAG und der 
Beuth Verlag vertreiben. Den Rest steuern die Mitgliedsfirmen der 
DKE-Förderergemeinschaft, fünf Verbände der Elektrowirtschaft so- 
wie neun der elektrotechnischen Normungsarbeit eng verbundene 
Vereinigungen bei. Die DKE ist unabhängig von staatlichen Zuwen- 
dungen oder Subventionen.“ Quelle: DKE Deutsche Kommission 
Elektrotechnik Elektronik Informationstechnik im DIN und VDE: 
Wir über uns. Die DKE-Organisation. Finanzierung der DKE. Online 
abrufbar unter: http://www.dke.de/de/wirueberuns/diedke-struktur/ 
Seiten/Die%20DKE-Struktur.aspx 

95 TCP/IP steht für: Transmission Control Protocol/Intemet Protocol. 

96 WLAN steht für: Wireless Local Area Network. 
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Gruppe IEEE 802.11 des IEEE oder die Seitenbeschrei- 
bungssprache Hyper Text Markup Language (HTML), 
die vom W3C erarbeitet wurde. Die Standards der IETF 97 
und des W3C sind grundsätzlich kostenfrei im Internet er- 
hältlich. 

Eine dritte Form von Standards sind De-facto-Standards. 
Diese werden nicht in Standardisierungsgremien erarbei- 
tet, sondern können infolge eines überragenden Markter- 
folges eines Produktes de facto existieren. De-facto-Stan- 
dards sind daher keine Standards im engeren Sinne. Sie 
resultieren vielmehr aus dem Bedürfnis anderer Anbieter, 
mit einem besonders erfolgreichen Produkt eines Herstel- 
lers kompatibel zu sein, um darauf aufbauend eigene Pro- 
dukte vermarkten zu können. Es gibt zahlreiche Bei- 
spiele, in denen Unternehmen ihre Produkte passend zu 
einem Produkt eines anderen Herstellers anbieten und da- 
mit eine Marktlücke schließen. Sehr oft ist eine solche 
Entwicklung auch seitens der übrigen beteiligten Unter- 
nehmen erwünscht, da sie in der Regel die Attraktivität 
des primären Produktes weiter erhöht und zugleich den 
Markterfolg des eigenen Produktes fördert. Doch was 
einzelnen Produktanbietern dient, kann, muss aber nicht 
zwingend auch den Nutzerinnen und Nutzern der Pro- 
dukte immer unmittelbar zum Vorteil gereichen. Die Ab- 
hängigkeit des Marktes und der Nutzer von einem einzi- 
gen Produkt können steigen und der Wettbewerb kann 
behindert werden, sofern der Hersteller des Primärpro- 
dukts, der auch den De-facto Standard setzt, diesen nicht 
an den entscheidenden Schnittstellen offen gestaltet. 
Denn nur dann, wenn beispielsweise von einem Betriebs- 
system die Programmierschnittstellen offengelegt sind, 
können andere Programmierer angeregt werden, eigene 
Programme für dieses System zu entwickeln. Die Attrak- 
tivität eines Betriebssystems steigt deutlich mit der Ver- 
fügbarkeit einer umfangreichen Programmvielfalt. 

1.2.2 Offene Standards 98 

Offene Standards sind eine wichtige Voraussetzung, um 
fnteroperabilität zu erreichen. So kann jedes interessierte 


97 Die Standards der IETF werden in so genannten RFCs (Request for 
Comments) verfasst. Dabei handelt es sich um Dokumente, die u. a. 
technische Standards enthalten. Jeder kann solche Dokumente einrei- 
chen. Bei ausreichender Signifikanz und Qualität durchlaufen diese 
Dokumente einen Review-Prozess, organisiert durch die IETF und 
die Internet Society (ISOC), bevor sie veröffentlicht werden. Die 
meisten grundlegenden Internet-Technologien wurden zuerst als 
RFC veröffentlicht. Diese Praxis wird seit 1969 gepflegt. Beispiele 
hierfür sind das Kommunikationsprotokoll TCP/IP, welches u. a. in 
RFC 793 und in RFC 791 beschrieben wird, oder auch IPv6, welches 
in RFC 2460 beschrieben wird. 

98 Das Kapitel 1.2.2 Offene Standards basiert auf der schriftlichen Stel- 
lungnahme von Matthias Kirschner, vorgelegt im Rahmen des öffent- 
liches Expertengesprächs zum Thema „Freie Software, Schwer- 
punkt: Vergaberecht/-praxis“ der Projektgruppe Interoperabilität, 
Standards, Freie Software der Enquete-Kommission Internet und di- 
gitale Gesellschaft des Deutschen Bundestages vom 21. September 
2012, S. 7ff. Da Textänderungen mit dem Autor abgestimmt wurden, 
sind diese nicht hervorgehoben. Online abrufbar unter: http:// 
WAVw.bundestag.de/intemetenquete/dokumentation/Interoperabilitaet_ 
Standards_Freie_Software/PGISF_201 2-09-2 1/PGISF 201 2-09-2 1_ 
Expertengespraech_Freie_Software_Stellungnahme_Kirschner.pdf 


Softwareunternehmen auf Basis eines solchen transparen- 
ten Standards konkurrieren und zwar unabhängig von an- 
deren Marktteilnehmern oder vom eigenen Geschäfts-, 
Entwicklungs- oder Softwaremodell. 

Die im Moment ausgereifteste Definition versteht unter 
einem Offenen Standard ein Format oder Protokoll, das" 

- von der Öffentlichkeit vollinhaltlich geprüft und ver- 
wendet werden kann; 

- ohne jegliche Komponenten oder Erweiterungen ist, 
die von Formaten oder Protokollen abhängen, die 
selbst nicht der Definition eines Offenen Standards 
entsprechen; 

- frei von rechtlichen Klauseln oder technischen Ein- 
schränkungen ist, die seine Verwendung von jeglicher 
Seite oder mit jeglichem Geschäftsmodell behindern; 

- unabhängig von einem einzelnen Anbieter koordiniert 
und weiterentwickelt wird, in einem Prozess, der einer 
gleichberechtigten Teilnahme von Wettbewerbern und 
Dritten offensteht; 

- in verschiedenen vollständigen Implementierungen 
von verschiedenen Anbietern oder als vollständige Im- 
plementierung gleichermaßen für alle Beteiligten ver- 
fügbar ist. 

Diese Definition wurde zusammen mit Akteuren aus der 
Industrie, Politik und Gesellschaft erarbeitet. Basis dafür 
war die Version 1.0 des EIF der Europäischen Kommis- 
sion. 

Die Definition enthält viele Gemeinsamkeiten mit dem 
SAGA-Rahmenwerk Version 5.1.0 für die Bundesverwal- 
tung, geht aber teilweise über dessen „Mindestanforde- 
rung an die Offenheit“ 100 hinaus: So wird mit der Defini- 
tion die Verfügbarkeit der Implementierung sowie die 
Unabhängigkeit einzelner Anbieter stärker berücksich- 
tigt. Die Verständigung darauf verhindert nachhaltig die 
Abhängigkeit von Herstellern, Patenten und nicht-offenen 
Standards. Daher wird diese Definition auch im Migra- 
tionsleitfaden der Bundesregierung berücksichtigt. 101 

Version 2 des Europäischen Interoperabilitätsrahmens 
stellt in einigen Punkten eine Verbesserung zu Version 1 
dar und verlangt explizit in der Definition, dass derartige 
Standards (dort „offene Spezifikationen“) in Freier Soft- 
ware implementierbar sein müssen. Die Definition enthält 
jedoch einen Widerspruch, da es danach zulässig ist, dass 


99 Siehe hierzu auch: Free Software Foundation Europe e.V.: Unsere 
Arbeit. Offene Standards. Online abrufbar unter: http://fsfe.org/acti 
vities/os/ def. de . html 

100 Die Beauftragte der Bundesregierung für Informationstechnik: 
SAGA-Modul Grundlagen. Version de.bund 5.1.0. 3. November 2011, 
S. 9 und 13. Online abrufbar unter: http://www.cio.bund.de/Shared- 
Docs/Publikationen/DE/Architekturen-und-Standards/SAGA/saga_ 

modul_grundlagen_de_bund_5_ 1 _0_download.pdf? blob=publica 

tionFile 

101 Vgl. Die Beauftragte der Bundesregiemng für Informationstechnik 

(Hrsg.): Migrationsleitfaden. Leitfaden für die Migration von Software. 
Version 4.0. März 2012, S. 10. Online abrufbar unter: http://www. 
cio.bund.de/SharedDocs/Publikationen/DE/Architekturen-und-Standards/ 
migrationsleitfaden_4_0_download.pdf? blob=publicationFile 
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Patente nach diesen Standards unter so genannten 
FRAND-Bedingungen 102 lizenziert werden dürfen. Sol- 
che FRAND-Bedingungen machen es meist unmöglich, 
einen Standard in Freier Software zu implementieren. Da- 
mit steht die ElF-Version-2-Defmition im Widerspruch 
zur SAGA-Defmition. 103 Sie wird aus diesem Grund nicht 
weiter im Migrationsleitfaden des Bundes berücksich- 
tigt. 104 

Über die Betrachtungen zur Definition Offener Standards 
und dem Ausschluss von FRAND-Lizenzierung hinaus 
gibt es in der Praxis weitere Faktoren, die für die Gewähr- 
leistung von Interoperabilität entscheidend sind: zum Bei- 
spiel die Einhaltung der Standards, das Aufbrechen von 
etwaigen marktbeherrschenden Stellungen sowie die Ver- 
wendung von Minimalstandards wie auch die Durchset- 
zung von Standards in der Verwaltung. 

1.2.3 Gremien und Wettbewerb - Normen und 
Standards sichern Innovation 

Normung und Standardisierung haben sich historisch und 
entlang der unterschiedlichen Bedürfnisse der Normen- 
beziehungsweise Standardanwender entwickelt und besit- 
zen ihre jeweils eigenen Spezifika. Es kann keine gene- 
rellen Empfehlungen geben, nur das eine oder andere 
System zu bevorzugen. Ungeachtet dessen bleibt aber 
festzustellen, dass der Vorteil der herkömmlichen Nor- 
mung, durchgeführt von den etablierten Normungsorgani- 
sationen, den unterschiedlichen Nutzerorganisationen das 
Recht einräumt, ihrerseits Nonnen zu initiieren und an- 
sonsten beim Erstellen der Normen unmittelbar mitzuwir- 
ken. Hingegen werden unternehmenskonsortiale und De- 
facto-Standards in alleiniger Regie derjenigen Unterneh- 
men erstellt, die sich dafür zusammengeschlossen haben. 
Die nicht vorhandene Beteiligung wird auch durch eine 
etwaige nachträgliche Anerkennung durch eine der drei 
zuvor genannten Normungsorganisationen nicht ersetzt. 

1.2.4 Standards sichern Interoperabilität 

Ohne Standards ist das Zusammenwirken von Systemen 
unterschiedlicher Hersteller nicht möglich. Eine direkte, 
individuelle Weitergabe (Lizenzierung) von Kompatibili- 


102 FRAND steht für Fair, Reasonable and Non-Discriminatory, also fair, 
vernünftig und diskriminierungsfrei und bedeutet, dass Patentinhaber 
von den Nutzem eines Standards Gebühren erheben können. Beispie- 
le dafür sind die Mobilfunkstandards GSM und UMTS. 

103 Auch die britische Regiemng legt in fest, dass Patente auch kostenlos 

zur Verfügung gestellt werden müssen. Vgl. Cabinet Office: Procure- 
ment Policy Note - Use of Open Standards when specifying ICT re- 
quirements. Action Note 3/11. 31. Januar 2011. Online abrufbar un- 
ter: http://www.cabinetoffice.gov.uk/sites/default/files/resources/PPN 
%203 1 l%200pen%20Standards.pdf 

104 Vgl. Die Beauftragte der Bundesregiemng für Informationstechnik 
(Hrsg.): Migrationsleitfaden. Leitfaden für die Migration von Soft- 
ware. Version 4.0. März 2012, S. 9. Online abrufbar unter: http:// 
www.cio.bund.de/SharedDocs/Publikationen/DE/Architekturen-und- 

Standards/migrationsleitfaden_4_0_download.pdf? blob=publica 

tionFile. Zum generellen Verhältnis von Patenten und Standards sie- 
he: Greves, Georg: Analyse des Verhältnisses von Standardisiemng 
und Patenten. 2. Dezember 2008. Online abrufbar unter: http:// 
fsfe . org/ activities/os/ps . de . html 


tätsinformationen eines Herstellers an einen anderen ist 
Voraussetzung für die Gewährleistung der Interoperabili- 
tät. Dies erlaubt dann dem Vertragspartner, die lizenzier- 
ten Schnittstellen zu nutzen. Ein solches System ist aber 
weitgehend geschlossen und entfaltet bei weitem nicht 
die Innovationskraft offener Standards oder des Crowd- 
sourcing, bei dem zum Beispiel im Internet die gemein- 
same Innovationsleistung von sehr vielen Entwicklern ge- 
nutzt wird. 

1.2.5 Anerkennung Offener Standards 

Fast alle Standards, auf denen das Internet mit seinen 
zahlreichen Kommunikationsprotokollen und Datenfor- 
maten basiert, wurden in Standardisierungsorganisationen 
entwickelt, die nicht zu den oben genannten Normungsor- 
ganisationen gehören. Diese Standards konnten in der 
Vergangenheit aufgrund von Regelungen der Europä- 
ischen Union (EU) jedoch nicht in öffentlichen Aus- 
schreibungen und Policies herangezogen werden. Hier 
musste entweder auf Normen zurückgegriffen werden 
oder die Spezifika eines gewünschten Standards in die 
Ausschreibung kopiert werden. 

Die führenden Standardisierungsorganisationen arbeiten 
nicht an Mandaten der Europäischen Kommission. Das 
erst Anfang Oktober 2012 beschlossene Reformpaket 105 
der EU zum europäischen Normungssystem sieht jedoch 
vor, dass die in den Standardisierungsorganisationen ent- 
wickelten Standards nun auch in der öffentlichen Be- 
schaffung für IT-Produkte herangezogen werden können. 

Die Standards dieser Organisationen sind in der Regel öf- 
fentlich und entgeltfrei über das Internet verfügbar. Das 
Finanzierungsmodell dieser Organisationen unterscheidet 
sich von denen der Normungsorganisationen, ln jedem 
Fall fallt auch für die Arbeit der Standardisierungsorgani- 
sationen ein finanzieller Aufwand an. Die Finanzierung 
erfolgt durch Mitgliedsbeiträge von Organisationen und 
Personen, Erhebung von Entgelten für Sitzungen, Spen- 
den, Forschungsmittel und Bereitstellung von Betriebs- 
mitteln durch die Mitglieder. Besonders hervorzuheben 
ist, dass Nichtmitglieder die Möglichkeit haben, die Ar- 
beit über das Internet (zum Beispiel Mailinglisten) zu ver- 
folgen und Kommentare beizusteuem, wie zum Beispiel 
beim W3C. 

1.3 Praktische Anwendungsgebiete 

Interoperabilität und Standards spielen, wie oben darge- 
legt, im Bereich der Informationstechnologie eine heraus- 


105 Siehe hierzu: Verordnung (EU) Nr. 1025/2012 des Europäischen Par- 
laments und des Rates vom 25. Oktober 2012 zur europäischen Nor- 
mung, zur Änderung der Richtlinien 89/686/EWG und 93/15/EWG 
des Rates sowie der Richtlinien 94/9/EG, 94/25/EG, 95/16/EQ 97/23/ 
EG, 98/34/EG 2004/22/EG, 2007/23/EG 2009/23/EG und 2009/105/ 
EG des Europäischen Parlaments und des Rates und zur Aufhebung 
des Beschlusses 87/95/EWG des Rates und des Beschlusses 
Nr. 1673/2006/EG des Europäischen Parlaments und des Rates. 
14. November 2012, S. 12 bis 33. Online abrufbar unter: http://eur- 
lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:20 12:3 16:00 12: 
0033:DE:PDF 
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ragende Rolle. Anhand der beispielhaft ausgewählten 
praktischen Anwendungsgebiete 

- Cyber-Physical Systems und 

- IPTV 

soll dies veranschaulicht werden. 

1.3.1 Cyber-Physical Systems 

Interoperabilität und Standards gelten als wesentliche Vo- 
raussetzung für die Entwicklung und den Betrieb von Cy- 
ber-Physical Systems. Im Folgenden wird der Begriff Cy- 
ber-Physical Systems definiert und erläutert, warum 
Interoperabilität und Standards von besonderer Bedeu- 
tung sind. 

1. 3.1.1 Definition - Cyber-Physical Systems 

Cyber-Physical Systems bauen auf eingebetteten Systemen 
(englisch: Embedded Systems) auf. Letztere „stellen eine 
Kombination aus Hard- und Softwarekomponenten dar, die 
in einem technischen Kontext eingebunden sind und die 
Aufgabe haben, ein System zu steuern, zu regeln oder zu 
überwachen.“ 106 Dazu sind sie mit Sensoren - die Informa- 
tionen aus ihrer Umwelt aufnehmen - und Aktuatoren 

- die auf diese Informationen reagieren - ausgestattet. 

Eingebettete Systeme stellen eine Querschnittstechnolo- 
gie dar. Sie finden in nahezu allen Lebensbereichen An- 
wendung: in der Kommunikationstechnik, in der indus- 
triellen Anwendung, in der Automobilindustrie, in der 
Energietechnik, in öffentlichen Verkehrsmitteln, in der 
Sicherheits- und Verteidigungsindustrie, in der Luft- und 
Raumfahrt, in der Medizintechnik, in der Unterhaltungs- 
elektronik. 107 Sie sind beispielsweise in Smartphones, 
Fahrerassistenzsystemen, Herzschrittmachern und Wasch- 
maschinen enthalten. Oftmals verrichten sie ihre Dienste 
vom Anwender unbemerkt. 

Durch die Vernetzung softwareintensiver eingebetteter 
Systeme untereinander und mit dem Internet entstehen 
Cyber-Physical Systems. Es kommt zu einer „Verschmel- 
zung von physikalischer und virtueller Welt“. 108 

Cyber-Physical Systems werden definiert als „Systeme 
mit eingebetteter Software (als Teil von Geräten, Gebäu- 
den, Verkehrsmitteln, Verkehrswegen, Produktionsanla- 
gen, medizinischen Prozessen, Logistik-, Koordinations- 
und Managementprozessen), die 


106 Bundesverband Informationswirtschaft, Telekommunikation und 
Neue Medien e.V. (BITKOM) (Hrsg.): Eingebettete Systeme - Ein 
strategisches Wachstumsfeld für Deutschland. Anwendungsbeispie- 
le, Zahlen und Trends. 2010, S. 4. Online abrufbar unter: http:// 
www.bitkom.org/files/documents/EingebetteteSysteme_web.pdf 

107 Vgl. hierzu ausführlich: BITKOM (Hrsg.): Eingebettete Systeme - 
Ein strategisches Wachstumsfeld für Deutschland. Anwendungsbei- 
spiele, Zahlen und Trends. 2010. Online abrufbar unter: http:// 
www.bitkom.org/files/documents/EingebetteteSysteme_web.pdf 

108 Geisberger, Eva/Broy, Manfred (Hrsg.): agendaCPS. Integrierte For- 
schungsagenda Cyber-Physical Systems (acatech STUDIE). 2012, 
S. 60. Online abrufbar unter: http://www.acatech.de/fileadmin/ 
user_upload/Baumstruktur_nach_Website/Acatech/root/de/Material_ 
fuer_Sonderseiten/Cyber-Physical-Systems/acatech_STUDIE_agenda 
CPS_Web_20 1 203 1 2_superfinal.pdf 


- über Sensoren unmittelbar physikalische Daten erfas- 
sen und durch Aktoren auf physikalische Vorgänge 
einwirken, 

- erfasste Daten auswerten und speichern und aktiv oder 
reaktiv mit der physikalischen sowie der digitalen 
Welt interagieren, 

- über digitale Kommunikationseinrichtungen unter- 
einander sowie in globalen Netzen verbunden sind 
(drahtlos und/oder drahtgebunden, lokal und/oder glo- 
bal), 

- weltweit verfügbare Daten und Dienste nutzen 

- über eine Reihe dedizierter, multimodaler Mensch- 
Maschine- Schnittstellen verfügen.“ 109 

Deutschland nimmt weltweit sowohl im Bereich der ein- 
gebetteten Systeme eine führende Stellung ein, als auch 
in den exportstarken Branchen, in denen eingebettete 
Systeme besonders relevant sind, wie beispielsweise im 
Automobilbau, im Maschinenbau oder der Automatisie- 
rungstechnik. 110 An diesen Erfolg gilt es bei der Entwick- 
lung von Cyber-Physical Systems anzuknüpfen; sie wer- 
den als „kritischer Erfolgsfaktor für die Zukunftsfähigkeit 
des Produktionsstandortes Deutschland“ angesehen. 111 
Die Bundesregierung hat zum Ziel, dass Deutschland bis 
zum Jahr 2020 Leitanbieter für Cyber-Physical Systems 
wird. 112 

1.3.1. 2 Das Projekt agendaCPS 

Daher förderte das Bundesministerium für Bildung und 
Forschung (BMBF) im Rahmen der Hightech-Strategie 
der Bundesregierung das Projekt Integrierte Forschungs- 
agenda Cyber-Physical Systems, kurz agendaCPS. An- 
hand der darin festgestellten Forschungsbedarfe sollen 
weitere Projekte initiiert werden. 113 Die agendaCPS 
knüpft an die Nationale Roadmap Embedded Systems 114 


109 acatech (Hrsg.): Cyber-Physical Systems. Innovationsmotoren für 
Mobilität, Gesundheit, Energie und Produktion (acatech POSITION). 
2011, S. 13. Online abrufbar unter: http://www.acatech.de/fileadmin/ 
user_upload/Baumstruktur_nach_Website/Acatech/root/de/Publikatio- 
nen/Stellungnahmen/POSITION_CPS_NEU_WEB_ 12013 0_final.pdf 

110 Vgl. ZVEI - Zentralverband Elektrotechnik- und Elektronikindustrie 
e.V. - Kompetenzzentrum Embedded Software & Systems (Hrsg.): 
Nationale Roadmap Embedded Systems. Dezember 2009, S. 10. 
Online abrufbar unter: http://www.zvei.org/Verband/Publikationen/ 
Seiten/Nationale-Roadmap-Embedded-Systems.aspx sowie Geisberger, 
Eva/Broy, Manfred (Hrsg.): agendaCPS. Integrierte Forschungsagen- 
da Cyber-Physical Systems (acatech STUDIE). 2012, S. 195. Online 
abrufbar unter: http://www.acatech.de/fileadmin/user_upload/Baum 
struktur_nach_Website/Acatech/root/de/Material_fuer_Sonderseiten/ 
Cyber-Physical-Systems/acatech_STUDIE_agendaCPS_Web_20 1 2 
03 12_ superfinal.pdf 

111 Bundesministerium für Bildung und Forschung (BMBF) (Hrsg.): Die 
Bundesregierung. Bericht der Bundesregierung. Zukunftsprojekte 
der Hightech-Strategie (HTS-Aktionsplan). 2012, S. 53. Online ab- 
rufbar unter: http://www.bmbf.de/pub/HTS-Aktionsplan.pdf 

112 Vgl. ebd. 

113 Vgl. ebd., S. 36. 

114 Vgl. ZVEI - Zentralverband Elektrotechnik- und Elektronikindustrie 
e.V. - Kompetenzzentrum Embedded Software & Systems (Hrsg.): 
Nationale Roadmap Embedded Systems. Dezember 2009, S. 10. 
Online abrufbar unter: http://www.zvei.org/Verband/Publikationen/ 
Seiten/Nationale-Roadmap-Embedded- Sy stems . aspx 
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aus dem Jahr 2009 an, die Forschungsschwerpunkte für 
eingebettete Systeme identifiziert hat. 

Das Projekt agendaCPS wurde unter der Leitung von 
Prof. Dr. Manfred Broy von der Deutschen Akademie der 
Technikwissenschaften (acatech) in enger Zusammenar- 
beit mit der fortiss GmbH, einem An-lnstitiut der Techni- 
schen Universität München, in der Zeit von Mai 2010 bis 
Januar 2012 durchgeführt. 

Ziel des Projekts ist die Analyse und Bewertung der wis- 
senschaftlichen, technologischen, wirtschaftlichen, politi- 
schen und gesellschaftlichen Bedeutung von Cyber-Phy- 
sical Systems für den Wirtschaftsstandort Deutschland. 
Zugleich werden Herausforderungen identifiziert, die es 
zu bewältigen gilt, um die „Stellung Deutschlands auf 
dem Gebiet der Cyber-Physical Systems zu festigen und 
auszubauen“. 115 

Als Ergebnis des Projektes liegen nun die acatech Studie 
agendaCPS. Integrierte Forschungsagenda Cyber-Physi- 
cal Systems 116 sowie die acatech Position Cyber-Physical 
Systems. Innovationsmotoren für Mobilität, Gesundheit, 
Energie und Produktion 117 vor. 

1.3.1. 3 Anwendungsbereiche von Cyber- 
Physical Systems 

Cyber-Physical Systems wird die Rolle einer „enabling 
technology“ zugesprochen. 118 Es wird davon ausgegan- 
gen, dass durch Cyber-Physical Systems eine Vielzahl 
neuer Geschäftsmodelle entstehen wird beziehungsweise 
bestehende Geschäftsmodelle eine Weiterentwicklung er- 
fahren werden. 119 

Im Rahmen der Studie agendaCPS wird das Innovations- 
potenzial von Cyber-Physical Systems anhand von vier 
Zukunftsszenarien beschrieben: 


115 Geisberger, Eva/Broy, Manfred (Hrsg.): agendaCPS. Integrierte For- 
schungsagenda Cyber-Physical Systems (acatech STUDIE). 2012, 
S. 17. Online abrufbar unter: http://www.acatech.de/fileadmin/user_ 
upload/Baumstruktur_nach_Website/Acatech/root/de/Material_füer_ 
Sonderseiten/Cyber-Physical-Systems/acatech_STUDIE_agendaCPS_ 
Web_20 1 203 1 2_superfinal.pdf 

116 Siehe hierzu: Geisberger, Eva/Broy, Manfred (Hrsg.): agendaCPS. 
Integrierte Forschungsagenda Cyber-Physical Systems (acatech 
STUDIE). 2012. Online abrufbar unter: http://www.acatech.de/ 
fileadmin/user_upload/Baumstruktur_nach_Website/Acatech/root/de/ 
Material_füer_Sonderseiten/Cyber-Physical-Systems/acatech_STUDIE_ 
agendaCPS_Web_20 1 203 1 2_superfinal.pdf 

117 Siehe hierzu: acatech (Hrsg.): Cyber-Physical Systems. Innovations- 
motoren für Mobilität, Gesundheit, Energie und Produktion (acatech 
POSITION). 2011. Online abrufbar unter: http://www.acatech.de/ 
fileadmin/userupload/BaumstrukturnachWebsite/Acatech/root/de/ 
Publikationen/Stellungnahmen/POSITION_CPS_NEU_WEB_l 20 1 30_ 
fmal.pdf 

118 acatech (Hrsg.): Cyber-Physical Systems. Innovationsmotoren für 
Mobilität, Gesundheit, Energie und Produktion (acatech POSITION). 
2011, S. 11. Online abrufbar unter: http://www.acatech.de/fileadmin/ 
user_upload/Baumstruktur_nach_Website/Acatech/root/de/Publikatio- 
nen/Stellungnahmen/POSITION_CPS_NEU_WEB_ 1 20 1 30_fmal.pdf 

119 Vgl. hierzu ausführlich: Geisberger, Eva/Broy, Manfred (Hrsg.): 
agendaCPS. Integrierte Forschungsagenda Cyber-Physical Systems 
(acatech STUDIE). 2012, S. 175ff. Online abrufbar unter: http:// 
www.acatech.de/fileadmin/user_upload/Baumstruktur_nach_Website/ 
Acatech/root/de/Material_füer_Sonderseiten/Cyber-Physical-Systems/ 
acatech_STUDIE_agendaCPS_Web_20 1203 12_superfmal.pdf 


- „intelligente Mobilität (Smart Mobility) 

- Fernbetreuung und -diagnose in der Medizin (Smart 
Health) 

- intelligente Energienetze (Smart Grid) 

- intelligente vernetzte Produktion (Smart Factory).“ 120 

Im Folgenden werden Aspekte dieser Szenarien beispiel- 
haft dargestellt. Für eine ausführliche Beschreibung wird 
auf Kapitel 2 der Studie agendaCPS verwiesen. 

Im Bereich der Verkehrssicherheit werden Cyber-Physi- 
cal Systems beispielsweise dazu beitragen, diese zu erhö- 
hen, indem Fahrzeuge autonom Hindernisse erkennen, 
auf diese reagieren und andere Fahrzeuge mittels direkter, 
in Echtzeit stattfmdender Kommunikation darüber infor- 
mieren. Verkehrsunfälle werden so verringert. 

Im Bereich der medizinischen Versorgung ist es vor- 
stellbar, dass der Gesundheitsstatus eines Patienten mit 
Hilfe eines Cyber-Physical Systems kontinuierlich über- 
wacht und ausgewertet wird. Die erhobenen Daten kön- 
nen über das Internet an den behandelnden Arzt übermit- 
telt werden, sodass eine Betreuung zu Hause möglich ist. 
Cyber-Physical Systems werden auch zur Steigerung der 
Lebensqualität des Menschen im Alter beitragen, indem 
sie diesen situationsabhängig unterstützen (Ambient As- 
sisted Living, AAL). 121 

Im Bereich der Energieversorgung wird Cyber-Physical 
Systems eine bedeutende Rolle beim Umstieg von fossi- 
len auf erneuerbare Energien wie Wind- und Solarenergie 
(„Energiewende“) zugesprochen, da sie „durch die Ver- 
netzung von Stromerzeugern und -speichern, der Netz- 
steuerung und der elektrischen Verbraucher“ zur Entste- 
hung so genannter intelligenter Stromnetz beitragen. 122 
Mit Hilfe dieser Smart Grids kann trotz der mit erneuer- 
baren Energien einhergehenden schwankenden und räum- 
lich verteilten Energieerzeugung eine stabile Energiever- 
sorgung gewährleistet werden. 123 


120 Geisberger, Eva/Broy, Manfred (Hrsg.): agendaCPS. Integrierte For- 
schungsagenda Cyber-Physical Systems (acatech STUDIE). 2012, 
S. 29ff. Online abrufbar unter: http://www.acatech.de/fileadmin/ 
user_upload/Baumstruktur_nach_Website/Acatech/root/de/Material_ 
fuerSonderseiten/Cyber-Physical-Systems/acatechSTUDIEagenda 
CPS_Web_20 1203 12_superfinal.pdf 

121 Das Bundesminsterium für Bildung und Forschung fördert verschie- 
dene Projekte zum Thema Altersgerechte Assistenzsysteme. Für In- 
formationen zu 18 Projekten, die im Rahmen der Fördermaßnahme 
Altersgerechte Assistenzsysteme für ein gesundes und unabhängiges 
Leben - AAL gefordert werden siehe: Bundesminsterium für Bildung 
und Forschung (BMBF): Assistenzsysteme im Dienste des älteren 
Menschen. Steckbriefe der ausgewählten Projekte in der BMBF-För- 
dermaßnahme „Altersgerechte Assistenzsysteme für ein gesundes 
und unabhängiges Leben - AAL“. 2012. Online abrufbar unter: http:// 
www.bmbf.de/pubRD/proj ekte_aal_20 1 2 .pdf 

122 Geisberger, Eva/Broy, Manfred (Hrsg.): agendaCPS. Integrierte For- 
schungsagenda Cyber-Physical Systems (acatech STUDIE). 2012, 
S. 48. Online abrufbar unter: http://www.acatech.de/fileadmin/user_ 
upload/Baumstruktur_nach_Website/Acatech/root/de/Material_füer_ 
Sonderseiten/Cyber-Physical-Systems/acatech_STUDIE_agendaCPS_ 
Web_20 1 203 1 2_superfinal.pdf 

123 Die Entwicklung hin zum so genannten Internet der Energie wird 
vom Bundesministeriums für Wirtschaft und Technologie (BMWi) 
und dem Bundesministerium für Umwelt, Naturschutz und Reaktor- 
sicherheit (BMU) im Rahmen des Programms E-Energy: IKT-basier- 
tes Energiesystem der Zukunft gefördert. Für weitergehende Informa- 
tionen siehe online: http://www.e-energy.de/de/index.php 
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Im Bereich der industriellen Produktion werden so ge- 
nannte Cyber-Physical Production Systems zur Entste- 
hung der Smart Factory führen. Kennzeichen der „Fabrik 
der Zukunft“ 124 ist die Vernetzung der Produktionsmittel 
untereinander sowie mit dem internet. Dies „verbessert 
die Durchführung industrieller Prozesse in der Produk- 
tion, dem Engineering für die Industrie, der Materialver- 
wendung und des Lieferketten- und Lebenszyklusma- 
nagements enorm und führt so zu einer neuen Form der 
Industrialisierung: Industrie 4.O.“ 125 Die Bundesregierung 
adressiert die Entwicklung hin zur Industrie 4.0 im 
gleichnamigen Zukunftsprojekt der Hightech-Strategie 
2020. 126 Die Forschungsunion Wirtschaft und Wissen- 
schaft hat mit dem Abschlussbericht des Arbeitskreises 
Industrie 4.0 Umsetzungsempfehlungen für das Zu- 
kunftsprojektindustrie 4.0 U1 vorgelegt. 

1.3. 1.4 Die Notwendigkeit von Interoperabilität 
und Standards 

Interoperabilität, Offene Standards und standardisierte 
Schnittstellen wurden sowohl in der Nationalen Roadmap 
Embedded Systems, der agendaCPS als auch der Umset- 
zungsempfehlungen für das Zukunftsprojekt Industrie 4.0 
als wesentliche Voraussetzung für die Entwicklung und 
den Betrieb von eingebetteten Systemen beziehungsweise 
Cyber-Physical Systems identifiziert. Dabei wird betont, 
dass die Interoperabilität der Systeme unterschiedlicher 
Hersteller innerhalb einer Branche, aber auch eine bran- 
chenübergreifende Interoperabilität notwendig ist. 

Die agendaCPS empfiehlt hinsichtlich der „Beherrschung 
der Entwicklung von Cyber-Physical Systems“: 

„Interoperabilitätsstandards müssen erarbeitet und gesetzt 
werden, welche die kritischen Sicherheitsaspekte der Tech- 
nologie beachten, zukunftsfähig sind und außerdem Ex- 
port- und Absatzchancen fördern. Standardisierungsaktivi- 
täten in internationalen Gremien sind zu unterstützen.“ 128 


124 acatech (Hrsg.): Cyber-Physical Systems. Innovationsmotoren für 
Mobilität, Gesundheit, Energie und Produktion (acatech POSITION). 
2011, S. 22. Online abrufbar unter: http://www.acatech.de/fileadmin/ 
user_upload/Baumstruktur_nach_Website/Acatech/root/de/Publikatio- 
nen/Stellungnahmen/POSITION_CPS_NEU_WEB_ 12013 0_final.pdf 

125 Promotorengruppe Kommunikation der Forschungsunion Wirtschaft - 
Wissenschaft: Kagermann, Hennig/Wahlser, Wolfgang/Helbig, 
Johannes (Hrsg.): Deutschlands Zukunft als Produktionsstandort si- 
chern. Umsetzungsempfehlungen für das Zukunftsprojekt Industrie 
4.0. Abschlussbericht des Arbeitskreises Industrie 4.0. Vorabversion, 
2. Oktober 2012, S. 9. Online abrufbar unter: http://www.forschungs 
union.de/pdf/industrie_4_0_umsetzungsempfehlungen.pdf 

126 Vgl. BMBF (Hrsg.): Die Bundesregierung. Bericht der Bundesregierung. 
Zukunftsprojekte der Hightech-Strategie (HTS- Aktionsplan). 2012, S. 52ff. 
Online abrufbar unter: http://www.bmbf.de/pub/HTS-Aktionsplan.pdf 

127 Siehe hierzu: Promotorengruppe Kommunikation der Forschungs- 
union Wirtschaft - Wissenschaft: Kagermann, Hennig/Wahlser, 
Wolfgang/Helbig, Johannes (Hrsg.): Deutschlands Zukunft als Produk- 
tionsstandort sichern. Umsetzungsempfehlungen für das Zukunftspro- 
jekt Industrie 4.0. Abschlussbericht des Arbeitskreises Industrie 4.0. 
Vorabversion, 2. Oktober 2012. Online abrufbar unter: http://www.for 
schungsunion.de/pdf/industrie_4_0_umsetzungsempfehlungen.pdf 

128 acatech (Hrsg.): Cyber-Physical Systems. Innovationsmotoren für 
Mobilität, Gesundheit, Energie und Produktion (acatech POSITION). 
2011, S. 32. Online abrufbar unter: http://www.acatech.de/fileadmin/ 
user_upload/Baumstruktur_nach_Website/Acatech/root/de/Publikatio 
nen/Stellungnahmen/POSITION_CPS_NEU_WEB_ 1 20 1 30_fmal.pdf 


Im Rahmen des Zukunftsprojektes Industrie 4.0 hat die 
Bundesregierung die Förderbekanntmachung für „den 
Aufbau einer Technologieplattform Cyber-Physical-Sys- 
tems und Entwicklung der für Industrie 4.0 benötigten 
Basistechnologien“ angekündigt. 129 


Das Forschungsprojekt Sichere Intelligente 
Mobilität - Testfeld Deutschland (sim TD ) 

Im Rahmen des Forschungsprojektes sim TD wird aktuell 
in einem großflächigen Testgebiet im Rhein-Main-Ge- 
biet die Car-to-X-Kommunikation, das heißt die Kom- 
munikation von Fahrzeugen untereinander sowie zu den 
im Straßenverkehrsnetz installierten Infrastrukturstatio- 
nen (Intelligent Transport Systems Roadside Stations, 
kurz ITS Roadside Stations), erprobt. 130 Zur Kommuni- 
kation der Systeme wird der WLAN-Standard IEEE 
802.11p, IEEE 802.1 lb/g sowie UMTS genutzt. 

sim TD ist ein gemeinsames Projekt führender deutscher 
Automobilhersteller, Automobilzulieferer, Kommunika- 
tionsunternehmen, Forschungsinstitute sowie öffentli- 
cher Einrichtungen. Es wird gefördert vom Bundes- 
ministerium für Wirtschaft und Technologie (BMWi), 
vom Bundesministerium für Bildung und Forschung 
(BMBF) und vom Bundesministerium für Verkehr, Bau 
und Stadtentwicklung (BMVBS) und unterstützt vom 
Car 2 Car Communications Consortium. 131 

Betrachtet man das Forschungsprojekt sim TD , wird die 
Notwendigkeit von Interoperabilität und Standards of- 
fensichtlich. Damit die Fahrzeuge der verschiedenen 
Hersteller miteinander sowie mit den ITS Roadside Sta- 
tions kommunizieren können, ist es notwendig, sich auf 
eine „gemeinsame Sprache“ zu verständigen, wie „z. B. 
durch die aktuelle europäische Standardisierung im 
Rahmen des ETSI TC ITS“. 132 


1.3.2 IPTV 

Internet Protocol Television (IPTV) beschreibt eine Tech- 
nik, die es möglich macht, bewegte Bilder auch über das 
Internet und daher nicht nur über die konventionellen 
Übertragungswege (Rundfunk, Kabel, Satellit) zu emp- 
fangen. 

Dabei wird jedoch noch zwischen Internet-TV (Web-TV) 
und dem IPTV unterschieden: Internet-TV (Web-TV) ist 


129 BMBF (Hrsg.): Die Bundesregierung. Bericht der Bundesregierung. 
Zukunftsprojekte der Hightech-Strategie (HTS-Aktionsplan). 2012, 
S. 56. Online abrufbar unter: http://www.bmbf.de/pub/HTS-Aktions 
plan.pdf 

130 Informationen zum Projekt sim TD sind online verfügbar unter: http:// 
www.simtd.org 

131 Vgl. sim TD -Konsortium: sim TD . Projektprofil. September 2009, S. 1. 
Online abrufbar unter: http://www.simtd.de/index.dhtml/1051015931 
578b 1 6556d/object.media/deDE/5472/CS/-/backup_publications/Infor 
mationsmaterial/simTD-flyer-deweb.pdf 

132 Weiß, Christian: Kooperative ITS Systeme. Das simTD Projekt. Vor- 
trag im Rahmen der Veranstaltung CeBIT in Motion | 2010. 3. März 
2010, Folie 9. Folien online abrufbar unter: http://www.simtd.de/ 
index.dhtml/1 05 1 0 1 593 1 578b 1 6556d/object.media/deDE/6793/CS/-/ 
backup_publications/Vortrge/simTD_CeBit_20 1 0_final_20 1 0303 .pdf 
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über das „normale“ Internet verfügbar und damit über ein 
offenes Netzsystem. Zum Empfang des Videostreams ist 
lediglich ein Wiedergabeprogramm (englisch: Player) 
und ein Internetanschluss notwendig. 

IPTV hingegen läuft über geschlossene Netzkapazitäten. 
Sowohl im Backbone als auch im Zugangsnetz werden 
bestimmte Netzkapazitäten bereitgehalten, in denen die 
entsprechenden Rundfunkprogramme - im Vergleich zu 
den übrigen Diensten - priorisiert verbreitet werden, um 
auf diese Weise ihren störungsfreien Empfang zu gewähr- 
leisten. 133 Zur Umwandlung und Darstellung des Signals 
benötigt der Nutzer eine so genannte Set-Top-Box oder 
Decoder. Die Internationale Fernmeldeunion (Internatio- 
nal Telecommunication Union, ITU) definiert IPTV wie 
folgt: „IPTV is defined as multimedia Services such as te- 
levision/video/audio/text/graphics/data delivered over IP 
based networks managed to provide the required level of 
QoS/QoE, security, interactivity and reliability.“ 134 Nach 
§ 3 Nummer 7 des Telekommunikationsgesetzes (TKG) 
ist ein „digitales Fernsehemp fangsgerät ein Fernsehgerät 
mit integriertem digitalem Decoder oder ein an ein Fern- 
sehgerät anschließbarer digitaler Decoder zur Nutzung di- 
gital übertragener Fernsehsignale, die mit Zusatzsignalen, 
einschließlich einer Zugangsberechtigung, angereichert 
sein können“. Der in der Universaldienstrichtlinie 135 „ver- 
wendete Begriff ,Set-top-Box‘ wurde durch den funktio- 
naleren Begriff , Decoder 1 ersetzt, um zu verdeutlichen, 
dass es sich hierbei um ein technisches Zusatzgerät han- 
delt, welches digital übertragene Fernsehsignale und - je 
nach Geräteausführung - insbesondere auch , interaktive 1 
Zusatzsignale empfangen und so aufbereiten kann, dass 
sie über den Bildschirm eines TV-Gerätes und ggf. ergän- 
zende Geräte genutzt werden können. Bei dem Decoder 
kann es sich um ein Beistellgerät handeln, welches vor 
ein TV-Gerät geschaltet wird oder um eine im TV-Gerät 
eingebaute elektronische Baugruppe.“ 136 

§ 48 TKG regelt die Interoperabilität von Fernsehgeräten: 

„(2) Jedes zum Verkauf, zur Miete oder anderweitig 
angebotene digitale Fernsehempfangsgerät muss, 

1. soweit es einen integrierten Bildschirm enthält, dessen 
sichtbare Diagonale 30 Zentimeter überschreitet, mit 
mindestens einer Schnittstellenbuchse ausgestattet sein, 
die von einer anerkannten europäischen Normenorgani- 


133 Vgl. Gersdorf, Hubertus: Netzneutralität. Juristische Analyse eines 
„heißen Eisens“. In: AfP - Zeitschrift für Medien- und Kommunika- 
tionsrecht, 42. Jg. 2011, Heft 3, S. 209. 

134 ITU-T Newslog: IPTV Standardization on Track Say Industry Ex- 
perts. 27. Oktober 2006. Online abrufbar unter: http://www.itu.int/ 
ITU-T/newslog/IPTV+Standardization+On+Track+Say+Industry+Ex 
perts.aspx 

135 Siehe hierzu: Richtlinie 2002/22/EG des Europäischen Parlaments 
und des Rates vom 7. März 2002 über den Universaldienst und Nut- 
zerrechte bei elektronischen Kommunikationsnetzen und -diensten 
(Universaldienstrichtlinie). 24. April 2002, S. 51 bis 77. Online ab- 
rufbar unter: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do? 
uri=OJ:L:2002: 108:005 1 :0077:DE:PDF 

136 Bundestagsdrucksache 15/2316: Gesetzentwurf der Bundesregie- 
rung. Entwurf eines Telekommunikationsgesetzes (TKG). 9. Januar 
2004, S. 57. Online abrufbar unter: http://dip21.bundestag.de/dip21/ 
btd/1 5/023/1 5023 16.pdf 


sation angenommen wurde oder einer gemeinsamen, 
branchenweiten, offenen Spezifikation entspricht und 
den Anschluss digitaler Fernsehempfangsgeräte sowie 
die Möglichkeit einer Zugangsberechtigung erlaubt, 

2. soweit es eine Anwendungs-Programmierschnittstelle 
enthält, die Mindestanforderungen einer solchen 
Schnittstelle erfüllen, die von einer anerkannten euro- 
päischen Normenorganisation angenommen wurde 
oder einer gemeinsamen, branchenweiten, offenen 
Schnittstellenspezifikation entspricht und die Dritten 
unabhängig vom Übertragungsverfahren Herstellung 
und Betrieb eigener Anwendungen erlaubt. 

(3) Jedes zum Verkauf, zur Miete oder anderweitig an- 
gebotene digitale Fernsehempfangsgerät, das für den 
Empfang von konventionellen Fernsehsignalen und für 
eine Zugangsberechtigung vorgesehen ist, muss Signale 
darstellen können, 

1. die einem einheitlichen europäischen Verschlüsse- 
lungsalgorithmus entsprechen, wie er von einer aner- 
kannten europäischen Normenorganisation verwaltet 
wird, 

2. die keine Zugangsberechtigung erfordern; bei Mietge- 
räten gilt dies nur, sofern die mietvertraglichen Be- 
stimmungen vom Mieter eingehalten werden.“ 

„§ 48 Abs. 3 Nr. 1 [TKG] wurde mit Art. 2 Nr. 15 des Ge- 
setzes zur Änderung telekommunikationsrechtlicher Vor- 
schriften vom 18. 2. 2007 durch einen zweiten Halbsatz 
ergänzt.f...] Diese Regelung war erforderlich, weil die 
für die klassischen Übertragungswege entwickelten, auf 
DVB [Digitalem Videofunk, englisch: Digital Video 
Broadcasting] aufbauenden Verschlüsselungsverfahren 
nur bedingt auf den im Internet zum Einsatz kommenden 
IP-Standard (IPTV) übertragbar sind.“ 137 

§ 49 TKG regelt hingegen die Interoperabilität von Fern- 
sehdiensten, hier ist insbesondere Absatz 2 zu beachten: 

„Rechteinhaber von Anwendungs-Programmierschnitt- 
stellen sind verpflichtet, Herstellern digitaler Fernseh- 
empfangsgeräte sowie Dritten, die ein berechtigtes Inte- 
resse geltend machen, auf angemessene, chancengleiche 
und nichtdiskriminierende Weise und gegen angemessene 
Vergütung alle Informationen zur Verfügung zu stellen, 
die es ermöglichen, sämtliche durch die Anwendungs- 
Programmierschnittstellen unterstützten Dienste voll 
funktionsfähig anzubieten. Es gelten die Kriterien der 
§§ 28 und 42.“ 

„Wie bereits gezeigt, haben sich der europäische und der 
nationale (vgl. § 48 Abs. 2 Nr. 2 [TKG]) Normengeber 
dagegen entschieden, einen bestimmten API [Anwen- 
dungs-Programmierschnittstelle, englisch: Application 
Programming Interface] als verbindlichen Standard vor- 
zuschreiben. Diesem Verzicht auf einen verbindlichen 
Standard korrespondieren die besonderen Offenlegungs- 


137 Gersdorf, Hubertus, in: Spindler, Gerald/Schuster, Fabian (Hrsg.). 
Recht der elektronischen Medien. 2. Auflage 2011, TKG § 48 Inter- 
operabilität von Fernsehgeräten Rn. 19, m. w. N. 
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pflichten der Rechteinhaber von APIs nach § 49 Abs. 2 
[TKG]. Diese Offenlegungspflichten sind zur Verwirkli- 
chung der Interoperabilität und damit des Normenziels 
des § 49 [TKG] unerlässlich.“ 138 

§ 50 TKG beschäftigt sich mit Zugangsberechtigungssys- 
temen, wonach Betreiber öffentlicher Kommunikations- 
netze hier die Begünstigten sind: 

„(1) Anbieter von Zugangsberechtigungssystemen 
müssen diese technisch so auslegen, dass sie die kosten- 
günstige Übergabe der Kontrollfunktionen gestatten und 
damit Betreibern öffentlicher Telekommunikationsnetze 
auf lokaler oder regionaler Ebene die vollständige Kon- 
trolle der Dienste ermöglichen, die solche Zugangsbe- 
rechtigungssysteme nutzen.“ 

Diese Regelungen betreffen jedoch nur die Technik bis 
hin zur Set-Top-Box. Die Set-Top-Box selbst und wie sie 
diese Vorgaben umsetzt, wird hierdurch nicht erfasst. 

Unterschiedliche Anbieter im Bereich IPTV bündeln ihr 
Angebot mit eigenen technischen Systemen. Die Set-Top- 
Boxen werden zwischen dem Breitbandanschluss und 
dem Fernseher angeschlossen, um die Datenpakete in ein 
Fernsehsignal umzuwandeln und werden vorwiegend 
durch die IPTV-Anbieter gestellt. Sie werden also meist 
als proprietäre Ende-zu-Ende-Lösung angeboten, die 
nicht wirklich offene Standards beinhalten. Dies verhin- 
dert jedoch, dass Set-Top-Boxen für mehrere Anbieter 
verwendet werden können. Inwiefern Anbieter das auch 
zukünftig aufrechterhalten wollen und vor allem unter 
dem Gesichtspunkt des Wettbewerbs können, wird sich 
zeigen. 

Ein einheitlicher Standard für Set-Top-Boxen könnte si- 
cherstellen, dass Kunden schneller zwischen den Anbie- 
tern wechseln und auch einzelne Prepaid-Angebote ver- 
schiedener Anbieter gleichzeitig nutzen können. Ein 
solcher Standardisierungsprozess könnte über Normie- 
rungsgremien oder eine De-facto-Setzung durch die In- 
dustrie vorangetrieben werden. Wünschenswert wäre es, 
wenn ausgehend von der Industrie allgemeinverbindliche 
Standards geschaffen würden. Zum Teil wird aber auch 
bemängelt, dass gerade dieser Selbstorganisierungspro- 
zess zu ineffizienten Verfahren und technisch suboptima- 
len Standards führen kann. 139 

So kann eine zu schnelle Standardisierung auch zu einem 
de facto Lock-in-Effekt führen, wenn es anfänglich 
schwierig ist, aufgrund noch nicht vorliegender Markt- 
erfahrung den besten Standard zu benennen. 

Von der Industrie geschaffene Standards können einem 
gesetzgeberischen Handeln vorzuziehen sein. Denn ins- 
besondere in diesem sehr neuen Feld kann so durch stän- 


138 Gersdorf, Hubertus, in: Spindler, Gerald/Schuster, Fabian (Hrsg.). 
Recht der elektronischen Medien. 2. Auflage 2011, TKG § 49 Inter- 
operabilität der Übertragung digitaler Fernsehsignale Rn. 9, m. w. N. 

139 Vgl. Stetter, Anne/Strube Martins, Sonia: Der Markt für IPTV: 
Dienstverfügbarkeit, Marktstruktur, Zugangsfragen. WIK Diskus- 
sionsbeitrag Nr. 328, hrsg. von WIK Wissenschaftliches Institut für 
Infrastruktur und Kommunikationsdienste. Dezember 2009, S. 85. 


dige Anpassung ein de facto Lock-in-Effekt nur durch 
schnelles und effektiveres Vorgehen vermieden werden. 

2 Freie Software 140 

2.1 Die Begriffe Freie Software und Open- 
Source-Software 

Freie Software steht für Software, die Nutzerinnen und 
Nutzern eine Reihe von Freiheiten einräumt. Das Wort 
,frei‘ ist hier im Sinne von , Freiheit 1 und nicht von kos- 
tenlos 1 zu verstehen. Freie Software definiert sich durch 
folgende vier Freiheiten: 141 

- Die Freiheit, das Programm für jeden Zweck zu ver- 
wenden. 

- Die Freiheit, das Programm zu untersuchen und an die 
individuellen Bedürfnisse anzupassen. Die Offenle- 
gung des Quellcodes ist dafür unabdingbar. 

- Die Freiheit, Kopien des Programms weiterzugeben. 

- Die Freiheit, das Programm zu verändern und diese 
veränderte Version zu veröffentlichen. Die Offenle- 
gung des Quellcodes ist dafür unabdingbar. 

Bei den vier Freiheiten handelt es sich um Rechte und 
nicht um Pflichten. Es gibt Anwenderinnen und Anwen- 
dern die Möglichkeit, völlig frei zu entscheiden, was sie 
mit einem Programm machen und mit wem sie dieses tei- 
len. Es verpflichtet ihn aber nicht zur Ausübung einer 
oder mehrerer der genannten Freiheiten. Freie Software 
kann immer auch kommerziell entwickelt und vertrieben 
werden. 

Das Gegenteil von Freier Software ist proprietäre oder 
unfreie Software, welche den Endnutzern nicht die Mög- 
lichkeit bietet, die Software beliebig anzupassen bezie- 
hungsweise zu verändern und weiterzugeben. Bei freier 
Software verzichtet der Urheber auf einige der ihm zuste- 
henden Rechte, wie das alleinige Recht der Bearbeitung 
und Veröffentlichung. Lizenzen Freier Software räumen 
den Nutzern also mehr Rechte ein. Bei Lizenzen proprie- 
tärer Software stehen hingegen vor allem die Rechte des 
Entwicklers und Vertriebs im Vordergrund. 

Nicht zu verwechseln ist Freie Software mit Freeware. 
Unter dieser Bezeichnung ist Software bekannt, die kos- 
tenlos verteilt wird, aber in der Regel den Anwendern 
nicht die oben genannten Freiheiten einräumt. 

2.1.1 Geschichte und Motivation 142 

Bis Ende der 1960er Jahre war es üblich, beim Kauf eines 
Computers die dazugehörige Software - inklusive Quell- 


140 Der Begriff Freie Software wird im Rahmen dieses Berichts als Ei- 
genname verwandt und daher groß geschrieben. 

141 Vgl. Free Software Foundation, Ine.: GNU Betriebssystem. Was ist 
Freie Software? Online abrufbar unter: http://www.gnu.org/philoso 
phy/ffee-sw.de.html 

142 Die Fraktion der SPD sowie der Sachverständige Alvar Freude haben 
gegen die Textfassung dieses Kapitels (2.1.1 Geschichte und Motiva- 
tion) sowie des folgenden Kapitels (2.1.2 Philosophie) gestimmt und 
ein Sondervotum eingereicht (siehe Kapitel 5 Sondervoten). 
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code - mitgeliefert zu bekommen. Software stellte da- 
mals noch keinen eigenständigen Markt dar, sondern 
wurde immer mit Hardware gebündelt. 143 ln dieser Zeit 
wurden Programme oft von den Anwendern selbst ge- 
schrieben, verbessert und weitergegeben. Dadurch ent- 
stand „eine Kultur der gegenseitige Hilfe und des freie 
Austausches“ 144 von Computerprogrammen. Erst in den 
1970er Jahren begannen Unternehmen, Software gegen 
eine Lizenzgebühr mit eingeschränkten Möglichkeiten an 
die Anwender zu lizenzieren. 145 

Dieser Wandel erschwerte gemeinschaftliche Software- 
entwicklung und erzeugte eine in den folgenden Jahren 
immer größer werdende Abhängigkeit der Anwender von 
einzelnen Personen oder Unternehmen. Hatte man früher 
noch die volle Kontrolle über seine Geräte, entwickelten 
sie sich von da an immer mehr zu einer Blackbox. 

2.1.2 Philosophie 

Im Jahr 1984, als Gegenreaktion auf die Entwicklung 
proprietärer Software, begann Richard Stallman, der zu 
dieser Zeit Programmierer am Massachusetts Institute of 
Technology (MIT) war, ein freies UNIX-ähnliches Be- 
triebssystem namens GNU 146 zu entwickeln. Er wollte, 
dass jedem Menschen die Möglichkeit offensteht, Soft- 
ware selbst zu erstellen bzw. zu verändern. Dabei wurde 
er von einer wachsenden Zahl von Entwicklern unter- 
stützt. Als der finnische Student Linus Torvalds im Jahr 
1991 den Linux-Kernel fertigstellte, war das freie Be- 
triebssystem GNU/Linux verfügbar. Dieses System hat es 
bis heute zum Ziel, Anwendern die Möglichkeit der 
Selbstbestimmung zurückzugeben, indem ihnen die vier 
oben genannten Freiheiten eingeräumt werden. Begin- 
nend mit dieser Entwicklung entstand der Begriff Free 
Software, englisch für Freie Software, und wurde schließ- 
lich im Jahr 1986 durch die Free Software Definition 147 
formell definiert. 

Parallel zum GNU-System wurde das Berkeley Software 
Distribution(BSD)-Betriebssystem an der University of 
California in Berkeley entwickelt. Die Entwicklung von 
BSD begann bereits im Jahr 1977 und basierte auf dem 
Unix-System des Unternehmens AT&T. Dadurch enthielt 
das BSD-Betriebssystem zu Beginn jedoch Komponen- 


143 Vgl. Grassmuck, Volker: Freie Software. Zwischen Privat- und Ge- 
meineigentum. Schriftenreihe Band 458, hrsg. von Bundeszentrale 
für politische Bildung (bpb). 2004, S. 202f. Online abrufbar unter: 
http://freie-software.bpb.de/Grassmuck.pdf 

144 Die Beauftragte der Bundesregierung für Informationstechnik 

(Hrsg.): Migrationsleitfaden. Leitfaden für die Migration von Soft- 
ware. Version 4.0. 2012, S. 19. Online abrufbar unter: http://www. 
cio.bund.de/SharedDocs/Publikationen/DE/ Architekturen-und-Stan 
dards/ migrationsleitfaden_4_0_download.pdf? blob=publicationF ile 

145 Vgl. Die Beauftragte der Bundesregierung für Informationstechnik 

(Hrsg.): Migrationsleitfaden. Leitfaden für die Migration von Soft- 
ware. Version 4.0. 2012, S. 19. Online abrufbar unter: http://www. 
cio.bund.de/SharedDocs/Publikationen/DE/ Architekturen-und-Stan 
dards/migrationsleitfaden_4_0_download.pdf? blob=publicationF ile 

146 Die Abkürzung GNU steht für: GNU’s not UNIX. 

147 Siehe hierzu: Free Software Foundation, Inc.: GNU Betriebssystem. 
Was ist Freie Software? Online abrufbar unter: http://www.gnu.org/ 
philosophy/ ff ee-sw. de . html 


ten, die unter einer proprietären Lizenz von AT&T stan- 
den. Diese wurden Anfang der 1990er Jahre vollständig 
ersetzt, sodass BSD seit diesem Zeitpunkt als zweites 
großes freies Betriebssystem neben GNU/Linux gilt. Alle 
heute existierenden freien Betriebssysteme sind mit einer 
sehr hohen Wahrscheinlichkeit entweder eine Abwand- 
lung des BSD- oder GNU-Systems. 

Vom Debian-Projekt, dessen Ziel die Bereitstellung eines 
vollständig freien GNU/Linux-Betriebssystems ist, wur- 
den 1997 die Debian Free Software Guidelines (DFSG) 148 
formuliert Dabei handelt es sich um eine ausführliche Be- 
schreibung von Eigenschaften Freier Software und gilt als 
Richtlinie, welche Software in Debian einfließen darf, 
ohne dabei die oben genannten vier Freiheiten zu verlet- 
zen. 149 

Ein Jahr später wurde unter dem Namen Open-Source- 
Initiative (OSI) eine Marketing-Kampagne für Freie Soft- 
ware gestartet. 150 Mit dieser Kampagne wurde der Begriff 
Open Source zusammen mit der Open-Source-Defini- 
tion 151 kreiert. Als Grundlage wurden die Debian Free 
Software Guidelines verwandt, in welchen lediglich der 
Begriff Free Software durch Open Source ersetzt 
wurde. 152 

Sowohl diese Entwicklungsgeschichte als auch die Aus- 
sage von Bruce Perens 153 , Mitbegründer der OSI und Au- 
tor der DFSG sowie der Open-Source-Definition, zeigen, 
dass Open Source als Synonym für Freie Software ins Le- 
ben gerufen wurde. Dank ihrer gemeinsamen Wurzeln be- 
schreiben beide Begriffe - Open Source und Freie Soft- 
ware - die komplette Bandbreite von Software-Lizenzen, 
welche Anwendern das Recht einräumen, die Software 
beliebig zu verwenden, zu studieren, zu teilen und weiter- 
zuentwickeln. 154 

Im Laufe der Zeit entstanden durch den kommerziellen 
Einsatz Freier Software weitere Bezeichnungen, die Soft- 
ware beschreiben, welche man frei nutzen, untersuchen, 
teilen und verbessern darf. Heute werden neben dem Be- 


148 Siehe hierzu: Software in the Public Interest, Inc.: Debian - The Uni- 
versial Operating System. Die Debian-Richtlinien für Freie Software 
(DFSG). Online abrufbar unter: http://www.debian.org/social_con 
tract#guidelines 

149 Vgl. Schießle, Björn: Free Software, Open Source, FOSS, FLOSS - 
Same same but different. Online abrufbar unter: http://blog.schiessle. 
org/20 1 2/05/ 1 1 /free-software-open-source-foss-floss-same-same-but- 
different/ 

150 Vgl. Open Source Initiative: Frequently Answered Questions. Online 
abrufbar unter: http://opensource.Org/faq#free-software. 

151 Siehe hierzu: Open Source Initiative: The Open Source Definition. 
Online abrufbar unter: http://opensource.org/osd 

152 Vgl. Schießle, Björn: Free Software, Open Source, FOSS, FLOSS - 
Same same but different. Online abrufbar unter: http://blog.schiessle. 
org/20 1 2/05/ 1 1 /free-software-open-source-foss-floss-same-same-but- 
different/ 

153 Siehe hierzu den Eintrag in einer Debian Mailingliste von: Perens, 
Bruce: „It's Time to Talk About Free Software Again“. 17. Februar 
1999. Online abrufbar unter: http://lists.debian.org/debian-devel/ 
1 999/02/msg0 1 64 1 .html 

154 Vgl. Schießle, Björn: Free Software, Open Source, FOSS, FLOSS - 
Same same but different. Online abrufbar unter: http://blog.schiessle. 
org/20 1 2/05/ 1 1 /free-software-open-source-foss-floss-same-same-but- 
different/ 
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griff Open Source häufig auch die Begriffe Libre Soft- 
ware, FOSS (Free and Open Source Software) und 
FLOSS (Free, Libre and Open Source Software) ver- 
wandt, um Freie Software zu beschreiben, ln wenigen 
Fällen werden auch Begriffe wie Organic Software oder 
Ethical Software gebraucht (zum Beispiel von Mozilla). 
Mit der Verwendung solcher Begriffe soll häufig bewusst 
Abstand zur Begriffsdebatte gehalten oder eine Verwir- 
rung durch Begriffe wie ,open‘ oder ,free‘ vermieden 
werden. 155 

2.1.3 Freie-Software-Lizenzen 

Lizenzen für Software legen die Rahmenbedingungen 
fest, unter denen diese genutzt werden dürfen. Rechtlich 
stützen sich die Lizenzen dabei auf das kontinentaleuro- 
päische Urheberrecht oder das anglo-amerikanische Co- 
pyright. Dies gilt auch für Lizenzen im Bereich von 
Freier und Open-Source-Software. 

Diese unterscheiden sich jedoch in vielerlei Hinsicht von 
proprietären Lizenzen. Der wesentliche Unterschied ist, 
dass Freie-Software-Lizenzen auch die Belange von An- 
wendern beziehungsweise Nutzern schützen, indem sie 
ihm über das reine Nutzungsrecht hinaus weitere Rechte 
wie die Erlaubnis zur Modifikation und Weitergabe der 
Software einräumen. 

Es gibt zwei große Gruppen in der Freie-Software-Bewe- 
gung, die Softwarelizenzen dahingehend bewerten, ob es 
sich um Freie oder proprietäre Software handelt. Dies 
sind 

- die Free Software Foundation (http://fsf.org) und 

- die Open-Source-lnitiative (http://opensource.org). 

Beide Organisationen kommen, auch wenn sie unter- 
schiedliche Ausrichtungen haben und teilweise unter- 
schiedliche Begriffe verwenden, am Ende so gut wie 
immer zum gleichen Ergebnis hinsichtlich der Lizenzbe- 
wertung. 156 

Freie-Software-Lizenzen können in unterschiedliche Ka- 
tegorien eingeteilt werden. Freie-Software-Lizenzen (und 
damit auch Open-Source-Lizenzen) lassen sich in verer- 
bende und nicht-vererbende Lizenzen unterteilen. Bei 
vererbenden Lizenzen (englisch: Copyleft-Lizenzen 157 ) 
wird darauf geachtet, dass bei der Weiterverbreitung der 
Software der Empfänger auch wieder die gleichen Rechte 
erhält, wie sie vom ursprünglichen Autor zugesichert 
wurden. Das bekannteste Beispiel für eine solche Lizenz 
ist die GNU General Public License (GNU GPL). Nicht- 
vererbende Lizenzen geben dagegen die gleichen Rechte 
an den Empfänger weiter, verlangen aber nicht, dass diese 


155 Vgl. ebd. 

156 Vgl. Die Beauftragte der Bundesregierung für Informationstechnik 

(Hrsg.): Migrationsleitfaden. Leitfaden für die Migration von Soft- 
ware. Version 4.0. 2012, S. 19. Online abrufbar unter: http://www. 
cio.bund.de/SharedDocs/Publikationen/DE/ Architekturen-und- Stan 
dards/migrationsleitfaden_4_0_download.pdf? blob=publicationFile 

157 Siehe hierzu: Free Software Foundation, Ine.: GNU Betriebssystem. 
Was ist Copyleft? Online abrufbar unter: https://www.gnu.org/copy 
left/ 


Rechte immer zusammen mit der Software weitergegeben 
werden. Beispiele für weit verbreitete, nicht-vererbende 
Lizenzen sind die Apache-Software-Lizenz und die BSD- 
Lizenz. 

Unabhängig davon, in welche Kategorie eine Freie-Soft- 
ware-Lizenz fällt, handelt es sich immer um eine vollwer- 
tige Freie-Software- und damit auch Open-Source-Li- 

zenz. 158 

2.1 .3.1 Entwicklung unterschiedlicher Freie- 
Software-Lizenzmodelle 

In der Anfangszeit der Computertechnik war es üblich, 
Software im Quelltext auszuliefern. Während in den 
1970er Jahren Firmen begannen, ihre Software mit Lizen- 
zen zu versehen, die es den Anwendern untersagte, die 
Programme weiterzuverbreiten oder zu modifizieren, war 
es im universitären Umfeld weiterhin üblich, Software 
unter freizügige Lizenzen zu stellen. So bildeten sich bei- 
spielsweise die MIT-Lizenz am Massachusetts Institute of 
Technology in Cambridge und die BSD-Lizenz an der 
University of California in Berkeley heraus. Diese Lizen- 
zen erlauben die beliebige Nutzung und Weitergabe der 
Software - auch die Integration oder Umwandlung in pro- 
prietäre Software ist möglich. 

Um dem Zeitgeist hin zu proprietärer Software entgegen- 
zutreten schuf Richard Stallman, damals Mitarbeiter am 
Institut für Künstliche Intelligenz des MIT, 1989 die 
GNU General Public License, oft GNU GPL oder nur 
GPL abgekürzt. Sie ist eine weit verbreitete Lizenz für 
Freie und Open-Source-Software. Sie beruht auf dem 
Prinzip des Copyleft: eine Bearbeitung oder Weitergabe 
ist nur dann erlaubt, wenn alle Änderungen oder Erweite- 
rungen unter die gleichen Lizenzbedingungen gestellt 
werden, wie sie vom Autor der originären Version einge- 
räumt wurden. Dieser virale Effekt soll verhindern, dass 
ein Unternehmen die für sie kostenlose Arbeit anderer 
Entwickler nutzt und sich zu eigen macht. Eine Art Ge- 
genpol im Bereich freier Software bilden die BSD-artigen 
Lizenzen, die eine Bearbeitung oder Weitergabe nicht an 
diese Bedingungen knüpfen, sondern beispielsweise die 
Übernahme von Code in proprietäre Anwendungen ge- 
statten. Diese Übernahme kann beispielsweise bei der 
Etablierung von Standards explizit gewünscht sein. Zwi- 
schen beiden Lagern entstehen teils hitzige Diskussionen 
darüber, welche Lizenz die „bessere“ und vor allem die 
freiere sei: Verfechter der GPL argumentieren, die GPL 
sei freier, da sie die Freiheit erzwinge beziehungsweise 
erhalte. Zudem darf auch unter dieser Lizenz stehender 
Code nicht in proprietäre Software integriert werden, son- 
dern nur in Software, die ebenfalls unter einer GPL-kom- 
patiblen Lizenz steht. Verfechter der BSD-Lizenzen argu- 
mentieren, dass diese Lizenz dem Nutzer mehr Freiheiten 
biete. So kann die Software nicht nur beliebig (weiter-) 


158 Vgl. Die Beauftragte der Bundesregierung für Informationstechnik 
(Hrsg.): Migrationsleitfaden. Leitfaden für die Migration von Soft- 
ware. Version 4.0. 2012, S. 20. Online abrufbar unter: http://www. 
cio.bund.de/SharedDocs/Publikationen/DE/ Architekturen-und- Stan- 
dards/migrationsleitfaden_4_0_download.pdf? blob=publicationFile 
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genutzt, sondern auch beliebig kombiniert werden. Bei- 
spielsweise ist es nicht möglich, in den Linux-Kernel, der 
unter der GPL lizenziert ist, das Dateisystem ZFS, dass 
unter der Common Development and Distribution Li- 
cense (CDDL) lizenziert ist, zu integrieren, da beide Li- 
zenzen nicht miteinander kompatibel sind. Die Integra- 
tion in das freie Betriebssystem FreeBSD war und ist aber 
möglich. 

2.1 .3.2 Dual-/Mehrfachlizenzierung 

Bei der Dual-/Mehrfachlizenzierung wird eine Software 
unter mehreren Lizenzen angeboten, unter denen Anwen- 
derinnen und Anwender in der Regel wählen können. So 
gibt es Software, die sowohl unter der GPL als auch einer 
proprietären Lizenz steht: Dies sichert auf der einen Seite 
allen an der Entwicklung Beteiligten zu, das Werk, an 
dem sie mitgearbeitet haben, auch weiterhin nutzen zu 
können. Auf der anderen Seite ermöglicht die Dual-Li- 
zenzierung dem dahinterstehenden Unternehmen aber 
auch, die Software unter einer proprietären Lizenz zu ver- 
treiben. Damit ist es dem Hersteller beispielsweise mög- 
lich, seine Software mit proprietären Ergänzungen zu ver- 
kaufen, ohne den Kunden alle Rechte an den Änderungen 
und Erweiterungen einräumen zu müssen. 

Diese Dual-Lizenzierung kann aber auch dazu führen, 
dass die Eigenschaft der GPL, die Lizenz zu vererben, 
umgangen oder eingeschränkt wird, wie die folgenden 
Beispiele zeigen. 

Das sowohl unter der GPL als auch unter einer proprietä- 
ren Lizenz dual-lizenzierte Datenbankmanagementsys- 
tem MySQL wurde von der schwedischen Firma MySQL 
AB entwickelt. Diese wurde von den Firmeninhabern an 
den Serverhersteller Sun verkauft. Da Sun wiederum vom 
Datenbankhersteller Oracle übernommen wurde, ging 
nun auch MySQL in dessen Besitz über. Dies führte zu 
Unbehagen in der Entwickler-Community. 159 Seitdem ist 
das Verhältnis zur Community schwierig; der Entwick- 
lungsprozess wird vor allem von Oracle bestimmt. 

Zuvor hatte Sun eine Zusammenarbeit mit dem Projekt 
PostgreSQL initiiert, einem unter BSD-Lizenz stehenden 
freien Datenbankmanagementsystem. Da dieses aber von 
einer Entwickler-Community und nicht von einer einzel- 
nen federführenden Firma entwickelt wird, konnte Sun 
PostgreSQL weder übernehmen noch die weitere Ent- 
wicklung kontrollieren. 

Der wesentliche Unterschied ist dabei nicht die Lizenz 
(GPL und BSD-Lizenz), sondern die Tatsache, dass es 
sich in einem Fall um ein von einer Community gepfleg- 
tes Projekt handelt, während hinter dem anderen Produkt 
ein einzelnes Unternehmen steht. Die Dual-Lizenzierung 
unter einer proprietären Lizenz hebelt zusätzlich das Co- 
pyleft der GPL aus und erlaubt dem Hersteller, weitere 
Entwicklungen unter Verschluss zu halten. 


159 Vgl. Wikipedia - Die freie Enzyklopädie: MySQL - History. Online 
abrufbar unter: http://en.wikipedia. 0 rg/wiki/MySQL#Hist 0 ry 


Trotzdem ist es in beiden beispielhaften Fällen - MySQL 
und PostgreSQL - möglich, die freie Variante weiterzu- 
entwickeln. ln solchen Fällen kommt es vor, dass eine 
Abspaltung (englisch: Fork) eines Projekts unter neuem 
Namen entsteht. Diese wird oft von Entwicklern aus der 
Community vorangetrieben, die mit der Ausrichtung des 
Projekts unzufrieden sind. 

Es ist auch möglich, dass eine Mehrfachlizenzierung ver- 
schiedener freier Lizenzen stattfmdet. Ein Beispiel dafür 
ist die Programmiersprache Perl: Sie und viele ihrer Bi- 
bliotheken stehen sowohl unter der GPL als auch unter 
der speziell für die Bedürfnisse einer Programmierspra- 
che entwickelten Artistic License, die keine viralen Kom- 
ponenten enthält. Damit ist es möglich, Weiterentwick- 
lungen und Anpassungen an einzelne Komponenten 
durchzuführen und diese in eigene Projekte zu integrie- 
ren, ohne die Weiterentwicklung unter einer freien Lizenz 
lizenzieren zu müssen. 

2.1 .3.3 Lizenzverletzungen 

Auch bei der Nutzung Freier Software können Lizenzver- 
letzungen auftreten: Sofern ein Unternehmen eine unter 
der GPL lizenzierte Software modifiziert, in eigenen Pro- 
dukten einsetzt und den Quelltext nicht offenlegt oder 
Nutzerinnen und Nutzer nicht auf ihre Rechte hinweist, 
liegt eine Lizenzverletzung vor. Gegen Lizenzverletzun- 
gen kann der jeweilige Autor Vorgehen. Mehrere Ge- 
richtsverfahren haben dies bestätigt. Das Projekt gpl-vio 
lations.org unterstützt dabei die Softwareentwickler und 
hat bereits mehrere Verfahren erfolgreich geführt. 160 

2.1 .3.4 Auswahl wichtiger Freie-Software- 
Lizenzen 

Es gibt eine Vielzahl an Freie-Software-Lizenzen. 161 Das 
Institut für Rechtsfragen der Freien und Open Source 
Software (ifrOSS) bewertet die folgende Lizenzen als die 
aktuell wichtigsten Lizenzen: 

„Die GNU General Public License (GPL) ist die wich- 
tigste und verbreitetste Open Source Lizenz. Etwa 60 % 
aller Open Source Software untersteht dieser Lizenz, da- 
runter so bekannte Programme wie Linux oder Busybox. 
Die GPL ist das Vorbild für alle Lizenzen mit einem 
strengen Copyleft und in der Version 2 [...] 162 und Ver- 
sion 3 [ . . . ] 1 63 in Gebrauch. 


160 Vgl. beispielsweise das Urteil vom Landgericht Frankfurt am Main 
vom 6. September 2006, Az. 2-6 0 224/06, das Urteil des Landge- 
richts München I vom 24. Mai 2007, Az. 7 O 5245/07 oder das Urteil 
des Landgerichts Berlin vom 8. November 2011, Az. 16 0 255/10. 

161 Eine Übersicht über Lizenzen für Freie Software, Open Source und 
Open Content ist im Lizenz-Center des Institut für Rechtsfragen der 
Freien und Open Source Software (ifrOSS) zu finden. Online abruf- 
bar unter: http://www.iffoss.org/lizenz-center 

162 Siehe hierzu: Gerwinski, Peter: GNU General Public License. Ver- 
sion 2. Deutsche Übersetzung, 1991. Online abrufbar unter: http:// 
www. gnu. de/documents/gpl-2 . 0 . de. html 

163 Siehe hierzu: Gerwinski, Peter: GNU General Public License. Versi- 
on 3. Deutsche Übersetzung, 2007. Online abrufbar unter: http:// 
www. gnu. de/documents/gpl-3 . 0. de. html 
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Die GNU Lesser General Public License (LGPL) hieß 
früher „GNU Library General Public License“ und ist 
speziell für Programmbibliotheken gedacht. Sie hat ein 
beschränktes Copyleft, dass die Verlinkung der Bibliothe- 
ken sowohl mit Open Source Software als auch mit prop- 
rietärer Software ermöglicht. 

Die Apache License liegt inzwischen in der Version 2.0 
vor und ist eine Non-Copyleft-Lizenz. Wichtigstes Pro- 
gramm ist der Apache Webserver. 

Die BSD-Lizenz ist das Vorbild für zahlreiche Non-Co- 
pyleft-Lizenzen wie die MIT License, PHP License oder 
OpenLDAP Public License, die sich zumeist nur im Na- 
men unterscheiden. Die Betriebssysteme NetBSD, Open 
BSD und FreeBSD können unter dieser Lizenz genutzt 
werden. 

Die Common Public License (CPL) ist eine strenge 
Open Source-Lizenz, die vielfach von IBM genutzt 
wurde und daher verbreitet ist. Microsoft hat den Win- 
dows Installer XML unter der CPL lizenziert. Unter der 
nahezu wortgleichen Eclipse Public License kann die 
JAVA-Entwicklungsumgebung Eclipse genutzt werden. 

Die Mozilla Public License (MPL) wurde entwickelt, 
um den Netscape Communicator als Open Source Soft- 
ware zu lizenzieren. Weil Third-Party-Bestandteile nicht 
freigegeben werden konnten, enthält die Lizenz nur ein 
beschränktes Copyleft, wonach nur Änderungen in den 
Ursprungsdateien der MPL unterstellt werden müssen. 
Da die Mozilla-Programme inzwischen unter verschiede- 
nen Open Source-Lizenzen parallel angeboten werden, 
hat die Bedeutung der MPL stark nachgelassen. 

Die European Public License (EUPL) ist eine von der 
Europäischen Kommission entwickelte Lizenz mit einem 
strengen Copyleft, die in den 23 Sprachen der Mitglied- 
staaten vorliegt. Es wird erwartet, dass diese Lizenz zu- 
nehmend von öffentlichen Verwaltungen für die Lizenzie- 
rung von Eigenentwicklungen eingesetzt wird. Die EUPL 
ist kompatibel mit der GPL [. . ,].“ 164 

Der Migrationsleitfaden der Beauftragten der Bundes- 
regierung für Informationstechnik führt zusätzlich noch 
die Artistic License als wichtige Lizenz auf. Diese wurde 
für die Bedürfnisse einer Programmiersprache entwickelt 
und wird u. a. von Perl und vielen Zusatzmodulen ver- 
wendet. Sie enthält kein Copyleft, wird aber oft in Dual- 
Lizenzierung mit der GPL verwendet. Einige rechtliche 
Ungenauigkeiten der Version 1.0 165 sind in Version 2.0 166 
behoben. 


164 Institut für Rechtsfragen der Freien und Open Source Software 
(ifrOSS): FAQ. Welches sind die wichtigsten Open Source Lizenzen 
und welchem Lizenztyp gehören sie an? Online abrufbar unter: http:// 
www.ifross.org/welches-sind-wichtigsten-open-source-lizenzen-und- 
welchem-lizenztyp-gehoeren-sie. Eine Übersicht über Lizenzen für 
Freie Software, Open Source und Open Content ist im Lizenz-Center 
des ifrOSS unter http://www.iffoss.org/lizenz-center zu finden. 

165 Siehe hierzu: The Perl Foundation: Artistic License 1.0. Online ab- 
rufbar unter: http://www.perlfoundation.org/artistic_license_l_0 

166 Siehe hierzu: The Perl Foundation: Artistic License 2.0. Online ab- 
rufbar unter: http://www.perlfoundation.org/artistic_license_2_0 


2.1.4 Freie Software vs. proprietäre Software 

Freie Software weist gegenüber proprietärer Software di- 
verse Vorteile auf, ist dieser jedoch auch in einigen As- 
pekten unterlegen. 167 

Im Folgenden werden die Vorteile beziehungsweise 
Schwächen überblicksartig aufgelistet, wobei kein An- 
spruch auf Vollständigkeit erhoben wird. Sofern die ge- 
nannten Aspekte im Bericht thematisiert werden, wird 
dies mit einem Verweis auf das entsprechende Kapitel 
kenntlich gemacht; wo es möglich war, wurden mehrere 
Aspekte zusammengefasst. 

Hinsichtlich der Beurteilung der Vorteile beziehungsweise 
Schwächen muss in Betracht gezogen werden, dass Privat- 
anwender andere Anforderungen als beispielsweise ein Un- 
ternehmen oder die öffentliche Verwaltung haben können. 

2.1 .4.1 Vorteile Freier Software 

Anpassbarkeit 

Freie Software darf den eigenen Bedürfnissen entspre- 
chend verändert und angepasst werden. Dadurch kann 
Freie Software gegenüber proprietärer Software eine grö- 
ßere Flexibilität aufweisen. Anpassungen proprietärer 
Software sind- wenn überhaupt - meist schwieriger reali- 
sierbar und können oft nur in Absprache mit dem Unter- 
nehmen erfolgen, das Zugriff auf den Quellcode hat. 

Siehe hierzu die Kapitel 2.1, Kapitel 2.2.4 und Kapitel 2.1. 6. 7. 

Uneingeschränkte Verwendung 

Freie Software darf von jedem Menschen für jeden 
Zweck verwendet werden. Es gibt keine Einschränkung 
hinsichtlich der Verwendbarkeit bezogen auf Zeit (zum 
Beispiel Gültigkeitszeitraum einer Lizenz) oder Zweck 
(zum Beispiel nur nicht-kommerzielle Verwendung). 

Siehe hierzu Kapitel 2.1. 

Freie Weitergabe 

Freie Software darf in veränderter Version veröffentlicht 
und an Dritte weitergegeben werden. 

Gleichwohl kann Freie Software auch - je nach Art der ver- 
wendeten Lizenz - gewissen Einschränkungen unterliegen. 

Zudem kann aus haushaltsrechtlichen Gründen Freie 
Software von der öffentlichen Verwaltung nicht an Dritte 
(Private und Unternehmen) zur Weiterentwicklung wei- 
tergegeben werden. 

Siehe hierzu die Kapitel 2.1, Kapitel 2.1.3, Kapitel 2.2.2.2. 

Unabhängigkeit von Herstellern und Dienstleistern 

Mit dem Einsatz Freier Software geht für Kunden eine 
größere Unabhängigkeit vom Software-Hersteller als 


167 Die Fraktion der SPD und der Sachverständige Alvar Freude haben 
gegen die Textfassung dieses Satzes gestimmt und ein Sondervotum 
abgegeben: „Allgemein gibt es fehlerhafte und weniger fehlerbehaf- 
tete Software und solche die besser auf einen Anwendungsfall passt 
und andere, die weniger gut geeignet ist. Die ist unabhängig von Ent- 
wicklungsmodell oder Lizenzierung. Dennoch gibt es einige system- 
bedingte Vorteile und Schwächen Freier Software.“ 
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auch von Dienstleistem einher. Kunden sind nicht an ein 
Unternehmen gebunden, sondern können bei Bedarf zu 
einem anderen Anbieter wechseln, wodurch dem Kunden 
Investitionssicherheit geboten wird. 168 

Zudem hat der Softwarehersteller „kein Monopol auf 
Dienstleistung“ 169 , wodurch weiteren Anbietern der Zu- 
tritt zum Markt ermöglicht wird. 

Siehe hierzu die Kapitel 2.1.1, Kapitel 2.1.6, Kapitel 2. 1.6.7. 

Höhere Sicherheit 

Freier Software wird oft höhere Sicherheit zugesprochen. 
Einerseits können durch die Offenlegung des Quellcodes 
Sicherheitslücken schneller gefunden und behoben wer- 
den. Zudem können durch die Möglichkeit der Überprü- 
fung des Quellcodes versteckte Funktionen, so genannte 
Hintertüren, entdeckt werden. 

Andererseits können durch den Zugriff auf den Quellcode 
auch Sicherheitslücken schneller aufgedeckt und für kri- 
minelle Zwecke ausgenutzt werden. 170 

Sofern Weiterentwicklungen beziehungsweise Verände- 
rungen an Freier Software nicht an die Community zu- 
rückgegeben werden, kann dies aufgrund fehlender Up- 
datemöglichkeiten zu Sicherheitsproblemen führen. 

Siehe hierzu die Kapitel 2. 1.6. 7 und Kapitel 2.2.5. 

Höhere Qualität 

Freier Software wird im Vergleich zu proprietärer Soft- 
ware eine gleichwertige bis höhere Qualität zugespro- 
chen, wobei dies vom Umfang des Quellcodes und Art 
der Software abhängig ist. 171 

Siehe hierzu Kapitel 2.2.5. 

Geringere Kosten 

Eines der Hauptargumente für Freie Software sind die 
mittel- bis langfristig geringeren Kosten, die mit dem 
Einsatz Freier Software einhergehen. Insbesondere er- 
möglichen die Lizenzsysteme für Freie Software einen 
nahezu unbegrenzten Einsatz auf einer Vielzahl von 
Rechnern innerhalb eines Unternehmens oder innerhalb 
der öffentlichen Verwaltung. 

Durch die Wiederverwendung von Teilen Freier Software 
in neu zu entwickelnder Software können darüber hinaus 
Entwicklungszeit und -kosten reduziert werden. 


168 Vgl. Schriftliche Stellungnahme von Free Software Foundation 
Europe e.V., S. 5. Die Stellungnahme wurde von der Projektgruppe 
Interoperabilität, Standards, Freie Software der Enquete-Kommis- 
sion Internet und digitale Gesellschaft angefordert. Online abrufbar 
unter: http://www.bundestag.de/intemetenquete/dokumentation/Inter 
operabilitaet_Standards_Freie_Software/PGISF_20 12- 1 0-22/PGISF_ 
Stellungnahme_Free_Software_Foundation_Europe.pdf 

169 Ebd. 

170 Sondervotum der Fraktion der SPD und des Sachverständigen Alvar 
Freude: „Andererseits können durch den Zugriff auf den Quellcode 
unter Umständen auch Sicherheitslücken schneller aufgedeckt und 
für kriminelle Zwecke ausgenutzt werden.“ 

171 Sondervotum der Fraktion der SPD und des Sachverständigen Alvar 
Freude: „Freier Software wird im Vergleich zu proprietärer Software 
eine gleichwertige bis höhere Qualität zugesprochen, wobei die Quali- 
tät von Software zu Software (unabhängig von der Lizenz) schwankt.“ 


Dabei kann Freie Software je nach Lizenz auch in „un- 
freier“ Software genutzt werden. 172 

Siehe hierzu die Kapitel 2. 1.6. 6, Kapitel 2. 1.6. 7 und Ka- 
pitel 2.2. 

Ermöglichung unterschiedlicher Geschäftsmodelle 

Freie Software ermöglicht eine Vielzahl an Geschäftsmo- 
dellen und kann auch kommerziell entwickelt und vertrie- 
ben werden. 

Siehe hierzu die Kapitel 2.1, Kapitel 2. 1.3.2 und Kapitel 2.1.6. 

Förderung von Interoperabilität 

Die Verwendung Offener Standards in Freier Software 
trägt zur Förderung von Interoperabilität bei. 

Siehe hierzu die Kapitel 1.1.3, Kapitel 1.1.5, 1.1.7 und 
Kapitel 1.2.2. 

Förderung des Wissenserwerbs 

Der Quellcode Freier Software ist offen, sodass er von je- 
dermann untersucht und studiert werden kann. Daher 
kann der Einsatz von beziehungsweise die Auseinander- 
setzung mit Freier Software zum Wissenserwerb zur Ent- 
wicklung von Software und Funktionsweise von Compu- 
tern beitragen. 

Siehe hierzu Kapitel 2.2.1. 

2.1 .4.2 Schwächen Freier Software 

Eingeschränkte Haftung und Gewährleistung 

Im Bereich Freier Software sind Haftung und Gewähr- 
leistung regelmäßig eingeschränkt. Wird eine Software 
unter der GPL überlassen, schließen die Artikel 15 und 16 
der GPL v3 „alle erdenklichen Haftungs- oder Gewähr- 
leistungsmöglichkeiten aus“ 173 , wenngleich dieser „Ge- 
währleistungs- und Haftungsausschluss für Vorsatz und 
grobe Fahrlässigkeit unwirksam 174 ,, ist. 1757176 

Sofern eine Freie Software jedoch für einen Kunden her- 
gestellt wird, kann er die Gewährleistung übernehmen. 


172 Ergänzendes Sondervotum der Fraktion der SPD und des Sachverstän- 
digen Alvar Freude: „Für nicht alle Zwecke ist proprietäre Software 
verfügbar, oder die verfügbare kann nicht alle Anfordemngen erfül- 
len.“ Die Fraktion DIE LINKE, schließt sich diesem Sondervotum an. 

173 Jaeger, Till: GPL und Haftung. Ohne Verantwortung? 2000. Online 
abrufbar unter: http://www.ifross.org/ifross_html/art3.html 

174 Bundesgerichtshof, Urteil vom 15. September 2005, Az. I ZR 58/03, 
NJW-RR 2006, 267, 269. 

175 Ohle, Mario Matthias: Schriftliche Stellungnahme, vorgelegt im 
Rahmen des öffentlichen Expertengespräches „Freie Software, 
Schwerpunkt: Vergaberecht/-praxis“ der Projektgruppe Interoperabi- 
lität, Standards, Freie Software der Enquete-Kommission Internet 
und digitale Gesellschaft des Deutschen Bundestages vom 21. Sep- 
tember 2012, S. 3. Online abrufbar unter: http://www.bundestag.de/ 
intemetenquete/dokumentation/Interoperabilitaet_Standards_Freie_ 
Software/PGISF_20 1 2-09-2 1/PGISF 20 1 2-09-2 l_Expertengespraech_ 
Freie_Software_Stellungnahme_Ohle.pdf 

176 Ergänzendes Sondervotum der Fraktion der SPD und des Sachver- 
ständigen Alvar Freude: „Im Bereich von Standardsoftware sind Haf- 
tung und Gewährleistung regelmäßig eingeschränkt. Dies gilt sowohl 
für proprietäre als auch für Freie Software.“ 
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„Bei Zwischenschaltung eines Distributors wird dieser re- 
gelmäßig eigene AGBs vorschreiben.“ 177 

Oftmals ist die Beschaffung von Freier Software für Un- 
ternehmen und Behörden noch neu, wodurch Prozesse 
und Regeln fehlen sowie Unsicherheiten bei Rechtsfragen 
bestehen können. 

Siehe hierzu Kapitel 2. 1.6. 7. 

Hinsichtlich der ,,rechtliche[n] Aspekte der Nutzung, Ver- 
breitung und Weiterentwicklung von Open-Source-Soft- 
ware“ siehe das gleichnamige Begleitdokument zum 
Migrationsleitfaden 4.0 der Beauftragen der Bundesregie- 
rung für Informationstechnik. 178 

Höhere Anforderungen an Anwenderinnen und 
Anwender 

Da Freie Software in manchen Bereichen noch nicht so 
weit verbreitet ist wie proprietäre Software, fehlen An- 
wendern möglicherweise Kenntnisse im Umgang mit die- 
sen Programmen. Vor allem im Unternehmensumfeld 
kann dies zur Zurückhaltung hinsichtlich des Umstiegs 
auf Freie Software führen. 

Im Desktopbereich sind Freie-Software-Betriebssysteme 
nicht vorinstalliert, wodurch bei der Installation eines sol- 
chen viele Aufgaben (wie das Beheben von Problemen) 
vom Anwender selbst erledigt werden müssen, die bei un- 
freier Software vorab vom Händler durchgeführt wurden. 

Mangelnde Benutzerakzeptanz 

Mangelnde Benutzerakzeptanz kann im professionellen 
Einsatz (Unternehmen, öffentliche Verwaltung) als Nach- 
teil Freier Software gesehen werden. Oftmals sind die 
Anwender eher den Umgang mit proprietären Program- 
men gewohnt. 

Eingeschränktes Angebot an Software/Schulungen 

Nicht für alle Zwecke ist Freie Software verfügbar, oder 
die verfügbare kann nicht alle Anforderungen erfüllen. 

Zudem kann das Angebot für „normale“ Verbraucher 
durch die Entstehung unterschiedlicher Entwicklungs- 
stränge (englisch: Forks) unübersichtlich erscheinen. 


177 Ohle, Mario Matthias: Schriftliche Stellungnahme, vorgelegt im 
Rahmen des öffentlichen Expertengespräches „Freie Software, 
Schwerpunkt: Vergaberecht/-praxis“ der Projektgruppe Interoperabi- 
lität, Standards, Freie Software der Enquete-Kommission Internet 
und digitale Gesellschaft des Deutschen Bundestages vom 21. Sep- 
tember 2012, S. 3. Online abrufbar unter: http://www.bundestag.de/ 
internetenquete/dokumentation/Interoperabilitaet_Standards_Freie_ 
Software/PGISF_20 1 2-09-2 1 /PGISF20 1 2-09- 
21_Expertengespraech_Freie_Software_Stellungnahme_Ohle.pdf 

178 Siehe hierzu: Die Beauftragte der Bundesregierung für Informations- 

technik (Hrsg.): Rechtliche Aspekte der Nutzung, Verbreitung und 
Weiterentwicklung von Open-Source-Software. Begleitdokument 
zum Migrationsleitfaden 4.0. Version 4.0. 2012. Online abrufbar un- 
ter: http://www.cio.bund.de/SharedDocs/Publikationen/DE/Architek 
turen-und-Standards/migrationsleitfaden_4_0_rechtliche_aspekte_ 
download.pdf? blob=publicationFile 


Auch der Markt für Schulungen für Freie Software ist 
noch nicht so weit entwickelt wie für proprietäre Soft- 
ware, wenngleich eine positive Entwicklung sichtbar ist. 

Siehe hierzu die Kapitel 2. 1.3.2, Kapitel 2. 1.6. 3 und Ka- 
pitel 2.2.4. 

Finanzielle Herausforderungen 

Die teilweise notwendige Zertifizierung spezieller Soft- 
ware (Branchensoftware) ist kostenintensiv und stellt da- 
her insbesondere ehrenamtliche Programmierer Freier 
Software vor erhebliche finanzielle Herausforderungen. 

Siehe hierzu Kapitel 2.2.4. 

Interoperabilitätsprobleme mit Software/Hardware 

Freie Software kann proprietäre Standards und Formate 
teilweise nicht unterstützen, wodurch es zu Problemen in 
der Zusammenarbeit mit Nutzern proprietärer Software 
kommen kann. 

Zudem erfolgt die Unterstützung von neuer Hardware im 
PC-Bereich teilweise später als bei unfreier Software; 
manche Hardware wird erst sehr spät oder nie unterstützt, 
weil der Hersteller die Informationen zur Entwicklung ei- 
nes entsprechenden Treibers nicht offenlegt. 

Siehe hierzu Kapitel 2.2.2. 

Probleme im Bereich Smartphones/Tablets 

Beim Umgang mit Freier Software auf Smartphones und 
Tablet-PCs bestehen vielfältige Probleme. 

Siehe hierzu Kapitel 2.2.3. 

Ungeschützter Begriff 

Die Begriffe Freie und Open Source sind markenrechtlich 
nicht geschützt und können frei verwendet werden. Für 
Anwender ist es daher nicht immer ersichtlich, ob es sich 
tatsächlich um Freie Software oder letztlich doch um pro- 
prietäre Software handelt. 

Siehe hierzu das Kapitel 2. 1.6. 5. 

2.1.5 Freie Software auf europäischer Ebene 

In den Maßnahmen, die die Europäische Kommission be- 
ziehungsweise das Europäische Parlament und der Rat 
zur Förderung von Interoperabilität ergriffen haben 179 , 
gibt es einige Äußerungen hinsichtlich der Förderung be- 
ziehungsweise des Einsatzes Freier Software in der öf- 
fentlichen Verwaltung. Diese werden im Folgenden kurz 
dargestellt. Darüber hinaus werden die European Union 
Public Licence (EUPL) und die Strategie für die interne 
Verwendung von OSS aufgeführt. 


179 Siehe hierzu Kapitel 1.1.9 Maßnahmen zur Förderung von Interope- 
rabilität. 
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Freie Software im Europäischen Interoperabilitäts- 
rahmen 

Die Mitgliedstaaten haben in der Ministererklärung zum 
eGovernment (Erklärung von Malmö 180 ) betont, dass „das 
Open-Source-Modell [...] für die Nutzung in eGovern- 
ment-Projekten gefördert werden [könnte].“ 181 Die Anre- 
gung hat in dieser ausdrücklichen Form keinen Eingang 
in die Digitale Agenda für Europa 182 oder den Europäi- 
schen eGovernment-Aktionsplan 2011-201 5 m gefunden. 
Im Europäischen Interoperabilitätsrahmen (EIF) heißt es 
in Bezug auf Empfehlung 22, dass öffentliche Verwaltun- 
gen offene Spezifikationen 184 bevorzugen sollten. 185 Spe- 
zifikationen werden dabei als offen betrachtet, wenn u. a. 
„die Lizenzierung der Urheberrechte an der Spezifikation 
zu FRAND-Bedingungen oder gebührenfrei in einer 
Weise, die eine Integration sowohl in proprietäre als auch 
in quelloffene Software zulässt“, erfolgt. 186 


180 Siehe hierzu: Ministererklärung zum eGovernment. Einstimmig ange- 

nommen in Malmö, Schweden. 18. November 2009. Online abrufbar 
unter: https://ec.europa.eu/digital-agenda/sites/digital-agenda/files/ 

ministerial-declaration-on-egovernment-malmo.pdf. Deutschsprachi- 
ge Fassung online abrufbar unter: http://www.cio.bund.de/SharedDocs/ 
Publikationen/DE/Strategische-Themen/ministererklaeung_malmoe_ 
deutsch.pdf? blob=publicationFile 

181 Ebd., S. 6. 

182 Siehe hierzu: Mitteilung der Kommission an das Europäische Parla- 
ment, den Rat, den Europäischen Wirtschafts- und Sozialausschuss 
und den Ausschuss der Regionen: Eine Digitale Agenda für Europa. 
KOM(20 10)245 endgültig/2 vom 26. August 2010. Online abrufbar 
unter: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do ?uri=COM: 
2010:0245:FIN:DE:PDF 

183 Siehe hierzu: Mitteilung der Kommission an das Europäische Parla- 
ment, den Rat, den Europäischen Wirtschafts- und Sozialausschuss und 
den Ausschuss der Regionen: Europäischer eGovernment-Aktionsplan 
2011 bis 2015. Einsatz der IKT zur Förderung intelligent, nachhaltig 
und innovativ handelnder Behörden. KOM(20 10)743 endgültig vom 
15. Dezember 2010. Online abrufbar unter: http://eur-lex.europa.eu/ Lex 
UriServ/LexUriServ.do?uri=COM:2010:0743:FIN:DE:PDF 

184 Eine Erklärung, warum die EU anstatt des Begriffs Standard hier 
Spezifikation verwendet, liefert Memo/10/689 „Commission adopts 
Interoperability Strategy and Framework for public Services - fre- 
quently asked questions“ vom 16. Dezember 2010, S. 2. Darin heißt 
es: „The EIF introduces the notion of ,formalised specification 4 . 
How do ,formalised specifications 4 relate to Standards 4 ?: The word 
, Standard 4 has a specific meaning in Europe as defined by Directive 
98/34/EC. Only technical specifications approved by a recognised 
Standardisation body can be called a Standard. Many ICT Systems re- 
ly on the use of specifications developed by other organisations such 
as a forum or consortium. The EIF introduces the notion of ,forma- 
lised specification 4 , which is either a Standard pursuant to Directive 
98/34/EC or a specification established by ICT fora and consortia. 
The term ,open specification 4 used in the EIF, on the one hand, avoi- 
ds terminological confusion with the Directive and, on the other, Sta- 
tes the main features that comply with the basic principle of openness 
laid down in the EIF for European Public Services. 44 Online abrufbar 
unter: http://ec.europa.eu/isa/documents/isa_memo- 1 0-689_en.pdf 

185 Vgl. Mitteilung der Kommission an das Europäische Parlament, den 
Rat, den Europäischen Wirtschafts- und Sozialausschuss und den 
Ausschuss der Regionen: Interoperabilisierung europäischer öffentli- 
cher Dienste. KOM(20 10)744 endgültig vom 16. Dezember 2010. 
Anhang 2, S. 28. Online abrufbar unter: http://eur-lex.europa.eu/ 
LexUriServ/LexUriServ.do?uri=COM:2010:0744:FIN:DE:PDF 

186 Mitteilung der Kommission an das Europäische Parlament, den Rat, 
den Europäischen Wirtschafts- und Sozialausschuss und den Aus- 
schuss der Regionen: Interoperabilisierung europäischer öffentlicher 
Dienste. KOM(20 10)744 endgültig vom 16. Dezember 2010. An- 
hang 2, S. 27. Online abrufbar unter: http://eur-lex.europa.eu/Lex 
UriServ/LexUriServ.do?uri=COM:2010:0744:FIN:DE:PDF 


Freie Software im ISA-Programm 

Im Rahmen des Programms zu Interoperabilitätslösungen 
für europäische öffentliche Verwaltungen (ISA) 1 * 1 ist die 

kollaborative Online-Plattform Joinup entwickelt worden. 
Dort können sich die Mitgliedstaaten zum Einsatz von 
Open-Source-Sofiware in der öffentlichen Verwaltung aus- 
tauschen. Durch entsprechende Foren auf der Joinup-Platt- 
form unterstützt die Europäische Kommission die Ent- 
wicklung, den Austausch und die Wiederverwendung von 
Freier Software für die öffentlichen Verwaltung. 188 

Ferner verfolgt das ISA-Programm das Ziel, den Einsatz 
von Open-Source-Software in der öffentlichen Verwal- 
tung zu fördern. 189 Bis Ende 2015 wird eine Studie hin- 
sichtlich eines möglichen Einsatzes von Open-Source- 
Software zur Erstellung von Gesetzestexten in der öffent- 
lichen Verwaltung der Mitgliedstaaten durchgeführt. 190 

European Union Public Licence (EUPL) 

Auf Initiative der Europäischen Kommission wurde die 
EUPL entwickelt. Dabei handelt es sich um eine Freie- 
Software-Lizenz auf Basis des Copyleft. Die EUPL ist an 
europäisches Recht angepasst. Version 1.0 wurde 2007 
von der Kommission genehmigt. So wurde beispielsweise 
die im Rahmen des LiMux-Projekts entwickelte Software 
Wollmux unter der EUPL lizenziert. 191 Eine überarbeitete 


Siehe hierzu auch die Ausführungen zum Vergleich zwischen dem EIF 
Version 1 und dem EIF Version 2 in Kapitel 1 .2.2 Offene Standards. 

187 Siehe hierzu: Beschluss Nr. 922/2009/EG des Europäischen Parla- 
ments und des Rates vom 16. September 2009 über Interoperabili- 
tätslösungen für europäische öffentliche Verwaltungen (ISA). 3. Ok- 
tober 2009. Online abrufbar unter: http://eur-lex.europa.eu/ 
LexUriServ/LexUriServ.do?uri=OJ:L:2009:260:0020:0027:DE:PDF 

188 Die Online-Plattform Joinup ist zu erreichen unter: http://joinup. 
ec.europa.eu/ 

Siehe hierzu auch Kapitel 1.1. 9.1 Maßnahmen der Europäischen 
Union zur Förderung von Interoperabilität. 

189 In den FAQ (http://joinup.ec.europa.eu/help_topics) zur Joinup-Platt- 
form heißt es „What is ISA 4 s policy towards FLOSS ?: The primary 
objective in this area is to promote the uptake of Open-Source Soft- 
ware in public administrations: 

- Encouraging Europe's public administrations to consider and as- 
sess the most advantageous IT Solutions for their particular needs; 

- Reducing the costly replication of public sector Software that al- 
ready exists in similar form elsewhere, lowering the cost of 
eGovernment Solutions and helping spread good practice throug- 
hout public administrations; 

- Ensuring that the market for IT Solutions remains competitive; 

- Reducing ISA‘s own costs for application development and main- 
tenance; 

- Helping ensure that Open-Source Software Solutions can compete 
on a level playing field with proprietary Solutions. 44 

190 Vgl. Europäische Kommission: ISA - Interoperability Solutions for 
European Public Administration. Open Source Software for editing 
legislation. Online abrufbar unter: http://ec.europa.eu/isa/actions/01- 
trusted-information-exchange/ 1-1 3action_en.htm 

191 Vgl. Hofmann, Peter: Schriftliche Stellungnahme, vorgelegt im Rah- 
men des öffentlichen Expertengespräches zum Thema „Interoperabili- 
tät und Standards, Schwerpunkt: De-facto-Standards durch Privatwirt- 
schaft/durch Marktmacht vs. ffeie/öffentliche Standards durch 
Gremien 44 der Projektgruppe Interoperabilität, Standards, Freie Soft- 
ware der Enquete-Kommission Internet und digitale Gesellschaft des 
Deutschen Bundestages vom 21. September 2012, S. 1. Online abruf- 
bar unter: http://www.bundestag.de/intemetenquete/dokumentation/In 
teroperabilitaet_Standards_Freie_Soffware/PGISF_20 1 2-09-2 1/PGISF_ 
20 1 2-09-2 l_Expertengespraech_Interoperabilitaet_Stellungnahme_ 
Hofmann.pdf 
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Version 1.1 wurde 2009 veröffentlicht und in die 22 offi- 
ziellen Sprachen der Europäischen Union übersetzt. 192 Am 
18. Dezember 2012 wurde der Entwurf zur Version 1.2 der 
EUPL zur Prüfung und Kommentierung veröffentlicht. 193 

Strategie für die interne Verwendung von OSS 

Die Europäische Kommission hat im Dezember 2000 
eine Strategie für die interne Verwendung von Open- 
Source-Software entworfen. Diese wurde bereits mehr- 
fach fortentwickelt und liegt nun für den Zeitraum 2011 
bis 2013 vor. 194 Als Beispiel für die erfolgreiche Imple- 
mentation einer Freien-Software-Anwendung wird das 
Online-Befragungsmanagementsystem der Europäischen 
Kommission, Interactive Policy Making, angeführt. 195 

2.1.6 Geschäftsmodelle auf Basis Freier 
Software 

Früher war das Angebot von Dienstleistungen im Bereich 
Freier Software sehr begrenzt. Dies hat dazu geführt, dass 
sich Unternehmen beim Einsatz Freier Software zurück- 
haltend verhielten. Heute gibt es - von Entwicklung, Be- 
ratung, Implementierung, Support bis Schulung - eine 
Vielzahl an Geschäftsmodellen, die auf Basis Freier Soft- 
ware aufgebaut werden können. Bei Freier Software wird 
oft nach dem kostenlosen Produkt und den dazu erhältli- 
chen Dienstleistungen unterschieden. 196 Die Tatsache, 
dass dabei immer der Quellcode offenliegt und meist eine 
Lizenz vorhanden ist, die nach den vier Grundprinzipien 
Freier Software 197 ausgestaltet ist, schafft viele Ge- 
schäftsmöglichkeiten und Chancen, führt aber auch zu 
mehr Wettbewerb in diesem Bereich. 

Im Folgenden werden nur exemplarisch einige Bereiche 
und deren Besonderheiten in Bezug auf Freie Software 
aufgezeigt. 

2. 1.6.1 Erstellung und/oder Weiterentwicklung 
von Freier Software 

Als primäres Geschäftsmodell kann die Entwicklung be- 
ziehungsweise Weiterentwicklung Freier Software betrach- 
tet werden. Zuerst wird die Software entsprechend den 
Bedürfnissen des Kunden geplant und erstellt beziehungs- 
weise bereits existierende Freie Software entsprechend sei- 
nen Wünschen weiterentwickelt werden. Entsprechende 


192 Vgl. Europäische Kommission: Joinup. Open-Source Software. Int- 
roduction to the EUPL licence. Online abrufbar unter: http://joinup. 
ec.europa.eu/software/page/eupl/introduction-eupl-licence 

193 Vgl. Hillenius, Gijs: European Union's open source licence to be- 
come compatible with GPLv3. 18. Dezember 2012. Online abrufbar 
unter: https://joinup.ec.europa.eu/news/european-unions-open-source- 
licence-become-compatible-gplv3 

194 Vgl. Europäische Kommission: Directorate-General for Informatics 
(DIGIT). Strategy for internal use of OSS at the EC. Online abrufbar 
unter: http://ec.europa.eu/dgs/informatics/oss_tech/index_en.htm 

195 Ebd. 

196 Vgl. Spindler, Gerald: Anreize zum Verschenken: Open Source, 
Open Access, Creative Commons und Wikipedia als Phänomene 
neuer Geschäfts- und Informationsmodelle. Erste Annäherungen. 
2008, S. 93. 

197 Siehe hierzu Kapitel 2.1 Die Begriffe Freie Software und Open-Sour- 
ce-Software. 


Unternehmen können auch weitere Dienstleistungen anbie- 
ten, wie die Integration der Software in die IT-Umgebung 
des Kunden, Support und Schulungen. 

Während des Einsatzes der Software können Änderungen 
beziehungsweise Erweiterungen notwendig werden. 
Kann der Kunde diese nicht eigenständig (Inhouse) vor- 
nehmen, muss er die Dienstleistung externer Anbieter, 
oftmals des ursprünglichen Entwicklers der Software, in 
Anspruch nehmen. 

Es besteht jedoch auch die Möglichkeit, die Änderungen 
von einem anderen Anbieter vornehmen zu lassen und so 
die günstigste Alternative - gegebenenfalls auch mit wei- 
teren Dienstleistungen - zu wählen. 

2.1 .6.2 Kommerzieller Vertrieb von Linux- 
Distributionen 198 

Eines der bekanntesten Geschäftsmodelle ist der kommer- 
zielle Vertrieb von Linux-Distributionen. Dabei handelt es 
sich beispielsweise um die Zusammenstellung eines auf Li- 
nux basierenden Betriebssystems sowie weiteren Program- 
men wie Bürosoftware, Multimedia-Programmen, einem 
Internet-Browser, einem E-Mail-Programm. 

So wird beispielsweise die SuSE-Linux-Distribution seit 
Mitte der 1990 als Komplettpaket auf Datenträgern - zu- 
erst Disketten, später CDs/DVDs - inklusive Handbuch 
verkauft. Noch heute kann man eine „Boxed Version“ des 
Betriebssystems openSUSE käuflich erwerben, obwohl 
es sich um Freie Software handelt, die auch kostenlos im 
Internet heruntergeladen werden kann. Das Geschäftsmo- 
dell hieran ist also die Zusammenstellung von Freier Soft- 
ware mit einem Handbuch sowie kostenlosen Updates zu 
einem Gesamtpaket. Dadurch können auch technisch we- 
niger versierte Nutzer angesprochen werden. 

Vor allem im Unternehmensbereich ist dieses Modell eta- 
bliert. So verkauft beispielsweise der Softwarehersteller 
Red Hat seine Open-Source-basierten Produkte für den 
Untemehmenseinsatz auf Basis von Subskriptionen. 
Diese enthalten neben der eigentlichen Software u. a. Up- 
dates, technischen Support und Sicherheitsupdates. 199 

2.1. 6. 3 Beratung, Supportleistungen und 
Schulung 

Viele Unternehmen benötigen weitere Dienstleistungen 
bei der Umstellung ihrer IT auf Freie Software und deren 
weiterer Nutzung. 

So hat sich als sekundäres Geschäftsmodell im Bereich 
Freier Software das Angebot von Beratungs- und Sup- 
portleistungen sowie Schulungen entwickelt. 

Insbesondere im Bereich Service und Support gilt das 
Prinzip, dass freie Software ,frei‘, aber nicht .kostenlos 1 
ist. So können umfangreiche Support- und Wartungsver- 


198 Die Fraktion der SPD sowie der Sachverständige Alvar Freude haben 
gegen die Textfassung dieses Absatzes gestimmt und ein Sondervo- 
tum abgegeben (siehe Kapitel 5 Sondervoten). 

199 Vgl. Red Hat: Über redhat. Funktionsweise. Online abrufbar unter: 
http :// de. redhat. com/ about/ subscription/howitworks.html 
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träge abgeschlossen werden, deren Gegenstand beispiels- 
weise die Zurverfügungstellung von Sicherheitsupdates, 
die Bearbeitung von Supportanfragen und Lösung techni- 
scher Probleme ist. 

Im Bereich von Beratung, Wartung und Support gibt es 
im Wesentlichen zwei Konstellationen: Wird eine Soft- 
ware von einer größeren Entwicklergemeinschaft als 
gemeinsames Projekt gepflegt, ist es oft üblich, dass meh- 
rere Entwickler der Software bei unterschiedlichen Sup- 
portunternehmen arbeiten. Daher gibt es dann eine Viel- 
zahl an Supportuntemehmen, deren Mitarbeiter selbst an 
der Erstellung der Software mitgewirkt haben und die in- 
terne Funktionsweise sehr gut kennen. Dies hat für den 
Einkäufer von Supportdienstleistungen auch den Vorteil, 
sowohl Beratungsleistungen direkt vom Entwickler erhal- 
ten zu können, als auch unter verschiedenen Dienstleis- 
tern wählen zu können. Wird andererseits eine Freie Soft- 
ware primär von einem Unternehmen als Produkt 
entwickelt, bietet dieses in der Regel selbst auch Support- 
dienstleistungen an. Hinzu kommen dann konkurrierende 
Drittanbieter, die oftmals weniger fest mit der Software- 
Entwicklung selbst vertraut sind. In der Praxis gibt es 
eine Vielzahl an Konstellationen, die sich von Software 
zu Software unterscheiden. 

Auch der Markt für Freie-Software-Schulungen entwi- 
ckelt sich: Zwar ist es momentan noch oftmals leichter, 
Schulungen zu proprietärer Software zu erhalten. Den- 
noch existiert auch für Freie Software bereits ein Markt 
für Schulungen und Zertifizierungen. 200 

So bietet beispielsweise das Linux Professional Institute 
(LPI) mehrere Zertifizierungen für Administratoren so- 
wie eine Grundlagenzertifizierung für Anwender an; 201 
verschiedene Schulungsanbieter haben Schulungen zu 
Freier Bürosoftware in ihr Angebot aufgenommen. Oft- 
mals werden Schulungen auch von Unternehmen, die 
Supportleistungen verkaufen, durchgeführt. 

Neben Schulungen gibt es auch diverse Literatur, um sich 
Kenntnisse im Umgang mit Freier Software, wie zum 
Beispiel LibreOffice, anzueignen. 202 

2. 1.6.4 Administration und Hosting 

Weitere Dienstleistungen, die auf Basis Freier Software 
angeboten werden, sind Administration sowie Hosting. 


200 Sondervotum der Fraktion der SPD und des Sachverständigen Alvar 
Freude: „Anders als das Mehrheitsvotum suggeriert, sind Schulun- 
gen und Zertifizierungen für Freie Software ein seit langem beste- 
hender Markt. Während anfangs vor allem Schulungen für System- 
administratoren und Software-Entwickler angeboten wurden, steigt 
in der Zwischenzeit auch das Angebot an Schulungen zu Freier Büro- 
software.“ Die Fraktion DIE LINKE, schließt sich diesem Sondervo- 
tum an. 

201 Die Webseite des Linux Professional Institute ist zu erreichen unter: 
http://www.lpi.org/ 

202 Sondervotum der Fraktion der SPD und des Sachverständigen Alvar 
Freude: „Ein weiteres Geschäftsmodell für die Entwickler Freier 
Software ist seit den 1980er und 1990er Jahren die Erstellung von Li- 
teratur zu ihren Software-Projekten sowie das Halten von Vorträgen.“ 
Die Fraktion DIE LINKE, schließt sich diesem Sondervotum an. 


Insbesondere für Unternehmen, deren Kernkompetenz 
nicht IT ist, kann es attraktiv sein, den Betrieb der IT-ln- 
frastruktur an einen externen Dienstleister zu vergeben. So 
gibt es auch im Bereich Freie Software Unternehmen, die 
sich beispielsweise auf das Server-Management mit Li- 
nux spezialisiert haben. Der Dienstleister übernimmt die 
Administration der Server und stellt zum Beispiel sicher, 
dass das System einwandfrei funktioniert, Sicherheitsup- 
dates eingespielt werden und Angriffe abgewehrt werden. 

Beim Hosting stellt ein Unternehmen Ressourcen seiner 
IT-lnfrastruktur einem Kunden gegen Bezahlung zur Ver- 
fügung. Dabei handelt es sich beispielsweise um die Be- 
reitstellung von Speicherplatz (Webspace) auf einem 
Apache-Webserver 203 . Dieser kann mit einem Datenbank- 
system wie MySQL, einem Content-Management-Sys- 
tems (CMS) wie Drupal oder einem Online-Shop-System 
wie osCommerce ausgestattet sein. 

Neben der einfachen Bereitstellung des Webspaces bieten 
Unternehmen auch eine individuelle Anpassung (Custo- 
mizing) einer vorhandenen Freien Software, etwa einem 
Content-Management- System wie TYP03 oder einem 
Customer-Relationship-System wie SugarCRM, an die 
Bedürfnisse des Kunden an. Diese wird für den Kunden 
gehostet und über das Internet zur Verfügung gestellt 
(Stichwort: Software-as-a-Service, SaaS). 

2.1. 6. 5 Weitere Geschäftsmodeile 

Im Folgenden werden einige weitere Geschäftsmodelle 
zu Freier Software kurz dargestellt. 

Dual-Lizenzierung 204 

Bei der Dual-Lizenzierung wird eine Software sowohl 
unter einer Freien-Software-Lizenz als auch unter einer 
proprietären Lizenz angeboten. Der Anwender kann zwi- 
schen diesen beiden Lizenzen wählen. 

Open-Core-Software 

Bei neo-proprietärer Software, auch Open-Core-Software 
genannt, wird der Kern der Software unter einer Freien- 
Software-Lizenz wie der GPL angeboten. Um die Soft- 
ware jedoch effektiv nutzen zu können, werden Erweite- 
rungen wie Plug-Ins benötigt, die unter einer proprietären 
Lizenz stehen. In Anlehnung an die von Andrew Lampitt 
verfasste Definition von Open-Core-Software 205 werden 
im Migrationsleitfaden der Beauftragten der Bundesre- 
gierung für Informationstechnik die Hauptelemente von 
Open-Core-Software wie folgt zusammengefasst: 

- „Der Kern der Software steht unter einer Copyleft-Li- 
zenz [...] wie der GNU General Public License 
(GPL). 


203 Siehe hierzu auch Kapitel 2.2 Praktische Anwendungsgebiete. 

204 Siehe hierzu auch Kapitel 2. 1.3. 2 Dual-/Mehrfachlizenzierung. 

205 Siehe hierzu: Lampitt, Andrew: Open-Core Licensing (OCL): Is this 
Version of the Dual License Open Source Business Model the New 
Standard? 29. August 2008. Online abrufbar unter: http://alampitt. 
typepad.com/lampitt_or_leave_it/2008/08/open-core-licen.html 
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- Für die Verwendung der Kernkomponenten in einem 
proprietären Produkt wird eine kommerzielle Lizenz 
benötigt. 

- Gegen Bezahlung werden Zusatzfunktionen und/oder 
weitere Plattformen für das Kern-Produkt angebo- 

ten.“ 206 

Insofern ist Open-Core-Software eher als unfrei anzuse- 
hen und kann als eine weitere Form proprietärer Software 
verstanden werden. 

Proprietäre Erweiterungen für Freie Software 

Ein weiteres Geschäftsmodell ist der Vertrieb proprietärer 
Erweiterungen für Freie Software. So gibt es beispiels- 
weise für die freie Bürosoftware Apache OpenOffice 207 , 
die u. a. Programme zur Textverarbeitung, Tabellenkal- 
kulation, Präsentation und zur Anfertigung von Zeich- 
nungen enthält, eine Vielzahl von Erweiterungen von 
Drittanbietern. 208 Diese werden unter unterschiedlichen 
Lizenzen angeboten, zum Teil auch unter proprietärer Li- 
zenz, wie zum Beispiel die Rechtschreib- und Gramma- 
tikprüfung des Duden- Verlags. Diese ist auch für die 
Freie Bürosoftware LibreOffice verfügbar. 

Hardware-Bundling 

Schließlich gibt es noch die Möglichkeit des Hardware- 
Bundlings. Hierbei verdient der Anbieter sein Geld rein 
mit dem Verkauf der Hardware. Zum Betrieb der Hard- 
ware verkauft er diese jedoch in Kombination mit Freier 
Software. Eine Anpassung der Software auf die Bedürf- 
nisse des Kunden ist problemlos möglich. Bekanntestes 
Beispiel sind hier Internet-Router. 

Gemeinsame Entwicklung Freier Software 

Auf der anderen Seite - der Verbraucherseite - gibt es 
aber auch die Möglichkeit, ein Geschäftsmodell zu for- 
cieren: Wenn mehrere Organisationen ein Programm flir 
denselben Zweck benötigen, für den es auf dem Markt 
keine adäquate Software gibt, können sie sich zu einem 
Verein zusammenschließen. Einziger Zweck eines sol- 
chen Vereins ist die Förderung der Entwicklung des ge- 
wünschten Programms, das den individuellen Bedürfnis- 
sen der beteiligten Akteure entspricht. Die anfallenden 
Entwicklungskosten werden gemeinsam aufgebracht. Die 


206 Die Beauftragte der Bundesregierung für Informationstechnik 

(Hrsg.): Migrationsleitfaden. Leitfaden für die Migration von Soft- 
ware. Version 4.0. 2012, S. 18. Online abrufbar unter: http://www. 
cio.bund.de/SharedDocs/Publikationen/DE/ Architekturen-und-Stan 
dards/migrationsleitfaden_4_0_download.pdf? blob=publicationFile 

207 Apache OpenOffice hieß früher OpenOffice.org. Die Webseite von 
Apache OpenOffice ist weiterhin erreichbar unter: http://www.open- 
office.org Aus OpenOffice.org ist die Abspaltung (englisch: Fork) 
LibreOffice, eine ebenfalls Freie Bürosoftware, hervorgegangen. Sie- 
he zur Historie auch: Wikipedia - Die freie Enzyklopädie: LibreOf- 
fice. Online abrufbar unter: http://de.wikipedia.org/wiki/LibreOffice 
Wikipedia - Die freie Enzyklopädie: Apache OpenOffice. Online ab- 
rufbar unter: http://de.wikipedia.org/wiki/Apache_OpenOffice 

208 Siehe zu den Erweiterungen von OpenOffice unter: http://exten 
sions . Services .openoffice .org 


Vorteile, diese Software als Freie Software zu erstellen, 
liegen auf der Hand - so profitieren beide Seiten von dem 
Model. 

2. 1.6. 6 Motivation für Software-Entwickler 

Bei vielen Software-Entwicklern entstanden neue Ideen 
dadurch, dass sie ein Programm schaffen wollten, das sie 
selbst benötigten und das es so auf dem Markt nicht gab. 
Damit aber auch andere und schließlich auch sie selbst 
wieder davon profitieren konnten, entschlossen sie sich, 
den Quellcode ihrer geschaffenen Software freizugeben. 
Viele wollen auch an neuen Entwicklungen mitwirken 
und so Teil einer gewissen „Referenzimplementierung“ 
werden. 

Nach einer Untersuchung aus dem Jahr 2002 erstellen 
über 40 Prozent der Programmierer Freie Software im 
Hauptberuf. 209 An der Entwicklung Freier Software sind 
sowohl größere als auch kleinere Unternehmen beteiligt. 

Prof. Dr. Dirk Riehle der Friedrich-Alexander-Universität 
Erlangen-Nürnberg erklärt, dass „neuartige open-source- 
basierte Geschäftsmodelle, [...] in der Lage [sind], eta- 
blierte Spieler auszuhebeln und neuen Unternehmen eine 
Chance zu geben.“ 210 Dabei sind Offene Standards zur Si- 
cherstellung von Interoperabilität wichtig, „um zu verhin- 
dern, dass dominante Marktteilnehmer kleinere Wettbe- 
werber vom Markt ausschließen. Standards allein reichen 
allerdings nicht; sie sollten durch Open-Source-Referenz- 
implementierungen ergänzt werden. Der Grund: Stan- 
dards existieren nur auf dem Papier, während Open 
Source einen „harten“ Testfall darstellt.“ 211 

Auch große Unternehmen sehen die Möglichkeiten, die 
Freie Software bietet, und engagieren sich immer stärker 
in diesem Bereich. So sei beispielsweise „Open Source 
[...] für IBM kein Feind, sondern eine Chance, in Tech- 
nologiefeldern das Portfolio zu stärken durch Integration 
und Nutzung des Potentials, dass Open Innovation bie- 
tet.“ 212 Als Motivation für kommerzielle Softwarenanbie- 
ter werden oft drei Gründe genannt: Erstens kann Freie 
Software den Verkauf komplementärer Produkte (bei- 


209 Vgl. Lakhani, Karim/Wolf, Bob/Bates, Jeff/DiBona, Chris: Hacker 
Survey v0.73 vom 24. Juni 2002, hrsg. von Boston Consulting 
Group. Zitiert nach: Reiter, Bernhard E.: Wandel der IT. Mehr als 
20 Jahre Freie Software. In: HMD - Praxis der Wirtschaftsinforma- 
tik, 41. Jg. 2004, Heft 238, S. 88. 

210 Riehle, Dirk: Schriftliche Stellungnahme, von der Projektgruppe In- 
teroperabilität, Standards, Freie Software der Enquete-Kommission 
Internet und digitale Gesellschaft angefordert. Online abrufbar unter: 
http://dirkriehle.eom/2012/05/30/short-position-paper-on-open-source- 
in-german/ 

211 Ebd. 

212 Friedrich, Jochen: Schriftliche Stellungnahme, vorgelegt im Rahmen 
des öffentlichen Expertengespräches zum Thema „Interoperabilität 
und Standards, Schwerpunkt: De-facto-Standards durch Privatwirt- 
schaft/durch Marktmacht vs. freie/öffentliche Standards durch Gre- 
mien“ der Projektgruppe Interoperabilität, Standards, Freie Software 
der Enquete-Kommission Internet und digitale Gesellschaft des 
Deutschen Bundestages vom 21. September 2012, S. 6. Online abruf- 
bar unter: http://www.bundestag.de/intemetenquete/dokumentation/In 
teroperabilitaet_Standards_Freie_Software/PGISF_2012-09-21/PGISF_ 
2012-09-2 l_Expertengespraech_Interoperabilitaet_Stellungnahme_ 
Friedrich.pdf 
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spielsweise in Form der oben genannten Dual-Lizenzie- 
rung oder als Open-Core-Software) und Dienstleistungen 
unterstützen; zweitens kann Freie Software in den eige- 
nen kommerziellen Produkten verwandt werden und drit- 
tens kann sie zur Reduktion der Marktmacht proprietärer 
Software von Wettbewerbern beitragen. 213 

Als Paradebeispiel kann hier vor allem das Betriebssys- 
tem Android für mobile Geräte genannt werden. Auch 
Android basiert auf einer Freien Software, sodass die 
Community vor allem die weit bekannten Apps für das 
System entwerfen kann. Und so ist Android heute eines 
der meist genutzten Betriebssysteme für mobile Endge- 
räte. 

Oft wird als Motivation für die Unternehmen der Bereich 
Forschung und Lehre genannt. Denn wenn der Commu- 
nity neue Programme zur Verfügung gestellt werden, 
können dadurch Kosten für Tests und die Weiterentwick- 
lung der Software geteilt werden. 

Aber auch die Reputation von Unternehmen - insbeson- 
dere der etablierten Unternehmen - spielt eine nicht zu 
unterschätzende Rolle, wenn man sich an der Entwick- 
lung beteiligt. Aber auch für einzelne Entwickler können 
sich daraus weitere - auch finanzielle - Vorteile ergeben 
und so folgt das Engagement nicht immer nur einer rei- 
nen Grass-roots-ldeologie. 214 

2. 1.6. 7 Motivation für Anwender/Beteiligte 

Für Anwender - egal ob privat, gewerblich oder öffent- 
lich - bringt Freie Software Vorteile mit sich: Zusammen- 
fassen lassen sich diese mit mehr Wettbewerb und weni- 
ger Abhängigkeit von einem einzelnen Anbieter. 

Dies trifft vor allem auch für weitere Dienstleistungen zu, 
wie auch die Free Software Foundation Europe in ihrer 
Stellungnahme ausführt: „Da freie Software ohne Ein- 
schränkungen genutzt und weiterentwickelt werden kann, 
hat der ursprüngliche Hersteller, anders als bei proprietä- 
rer Software kein Monopol auf Dienstleistungen. Der 
Kunde macht sich mit der Wahl der Software nicht von 
einem bestimmten Anbieter abhängig, sondern kann bei 
Bedarf den Dienstleister wechseln. Das bietet dem Kun- 
den Investitionssicherheit: Der Kunde kann die Software 
auf jeden Fall weiter nutzen, auch wenn der ursprüngliche 
Anbieter insolvent geht, sein Interesse an der Software 
verliert, oder sein Preismodell ändert.“ 215 


213 Vgl. Buxmann, Peter/Diefenbach, Heiner/Hess, Thomas: Die Soft- 
wareindustrie: ökonomische Prinzipien, Strategien, Perspektiven. 
2011, S. 237. 

214 Vgl. Spindler, Gerald: Anreize zum Verschenken: Open Source, 
Open Access, Creative Commons und Wikipedia als Phänomene 
neuer Geschäfts- und Informationsmodelle. Erste Annäherungen. 
2008, S. 93 f. 

215 Free Software Foundation Europe e.V.: Schriftliche Stellungnahme, 
von der Projektgruppe Interoperabilität, Standards, Freie Software 
der Enquete-Kommission Internet und digitale Gesellschaft angefor- 
dert. 22. Oktober 2012. Online abrufbar unter: http://www.bundes 
tag.de/intemetenquete/dokumentation/Interoperabilitaet_Standards_Freie_ 
Software/PGISF_20 1 2- 1 0-22/PGISF_Stellungnahme_Free_Software_ 
F oundationEurope .pdf 


Dies erkennt auch die öffentliche Verwaltung und so wid- 
met sich der Migrationsleitfaden der Beauftragten der 
Bundesregierung für Informationstechnik in einem Kapi- 
tel auch der Möglichkeit, Freie Software zu nutzen. Es 
wird beschreiben, dass „viele Hersteller von OSS-Pro- 
dukten Dienstleistungen zu ihren Produkten an[bieten], 
insbesondere die Übernahme der Gewährleistung, Schu- 
lungen, Unterstützungsleistungen oder Service Level Ag- 
reements (SLAs).“ 216 Gerade das Fehlen solcher Aspekte 
wurde früher als Hinderungsgrund für den Einsatz Freier 
Software angeführt. 

Vor allem der Kostenfaktor ist für Freie Software zumin- 
dest mittelfristig ein starkes Argument für deren Einsatz. 
So sind die Kosten am Anfang zwar aufgrund des erhöh- 
ten Schulungs- und Anpassungsbedarfs höher. Mittelfris- 
tig liegen sie jedoch unter den Kosten proprietärer Soft- 
ware. 217 

Dies gilt insbesondere dann, wenn man die Total Cost of 
Ownership (TCO) in Betracht zieht, welche nicht nur An- 
schaffung und Anfangsinvestitionen, sondern auch Sup- 
port, Anpassung und vor allem die Flexibilität umfassen 
(siehe Abbildung 1 : Die Abbildung „zeigt den abstrahier- 
ten Verlauf einer Software-Migration im Vergleich von 
proprietärer zu Freier Software, ln der Erstbeschaffung ist 
Freie Software meist günstiger, danach kann allerdings 
eine Phase folgen, in der Freie Software durch Schu- 
lungs- und Anpassungsbedarf kostenintensiver ist. Mittei- 
bis langfristig lassen sich die Gesamtbetriebskosten aller- 
dings deutlich senken.“ 218 ). 

Darüber hinaus bietet Freie Software in der Verwendung 
aber auch Flexibilität, die bei proprietärer Software so in 
der Regel nicht gegeben ist. Denn proprietäre Software 
wird meist nur in einer standardisierten Form angeboten. 
Änderungen und Weiterentwicklungen sind nur in Folge- 
versionen möglich oder erfordern einen erheblichen 
Kostenaufwand. Bei Freier Software besteht zudem die 
Möglichkeit, dass Änderungen schnellstmöglich selbst 
vorgenommen werden. 

Einige Unternehmen geben ihre Änderungen jedoch nicht 
an die Entwickler-Community des jeweiligen Projekts zu- 
rück. Dies kann zu Update-Problemen führen, da aktuali- 
sierte Versionen aus der Community kommend diese lo- 
kalen Änderungen nicht enthalten. Die unterschiedlichen 


216 Die Beauftragte der Bundesregierung für Informationstechnik 

(Hrsg.): Migrationsleitfaden. Leitfaden für die Migration von Soft- 
ware. Version 4.0. 2012, S. 17. Online abrufbar unter: http://www. 
cio.bund.de/SharedDocs/Publikationen/DE/ Architekturen-und-Stan 
dards/migrationsleitfaden_4_0_download.pdf? blob=publicationFile 

217 Sondervotum der Fraktion der SPD und des Sachverständigen Alvar 
Freude: „Anders als im Mehrheitsvotum dargestellt, kann man die 
Kosten nicht verallgemeinern. Dies kommt immer auf den Einzelfall 
und die jeweilige Anwendung an. Freie Software hat den Vorteil, 
dass keine Lizenzgebühren anfallen. Sie kann aber, beispielsweise 
bei einer Migration, aufgrund eines eventuell erhöhten Schulungs- 
und Anpassungsbedarfes anfangs höhere Kosten verursachen. Die 
eingesparten Lizenzgebühren sorgen dann aber in der Regel mittel- 
und langfristig für niedrigere Kosten.“ 

218 Reiter, Bernhard E.: Wandel der IT. Mehr als 20 Jahre Freie Soft- 
ware. In: HMD - Praxis der Wirtschaftsinformatik, 41. Jg. 2004, 
Heft 238, S. 88. 
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Abbildung 1 


Abstrakter Gesamtbetriebskostenverlauf bei Migration im Vergleich: 
Freie- und proprietäre Software 



Quelle: Reiter, Bernhard E.: Wandel der IT. Mehr als 20 Jahre Freie Software. In: HMD - Praxis der Wirtschaftsinformatik, 41. Jg. 2004, Heft 238, 
S. 89. 


Versionen müssen mühsam zusammengeführt werden. Es 
ist daher sinnvoll, Weiterentwicklungen wieder an das je- 
weilige Projekt zurückzugeben. 

Abschließend kann darauf hingewiesen werden, dass 
Freie Software in Bezug auf Sicherheitsaspekte Vorteile 
haben kann. Insbesondere in sicherheitskritischen und da- 
tenschutzrelevanten Branchen kann es notwendig sein 
Kenntnis darüber zu haben und vor allem sicherzugehen, 
wohin welche Daten vom Programm verschickt werden 
und welche Informationen offenliegen. Bei Freier Soft- 
ware kann dies besser kontrolliert werden als bei proprie- 
tärer Software. Zudem können Änderungen leichter vor- 
genommen werden. Dies bringt auch Sicherheit und vor 
allem Klarheit für die Kunden. 

Sofern Freie Software jedoch nicht einer ständigen Wei- 
terentwicklung unterliegt, könnten bekannt gewordene 
Sicherheitslücken ausgenutzt werden. 

2.2 Praktische Anwendungsgebiete 

Beim Einsatz Freier Software in verschiedenen Branchen 
und Bereichen sind diverse Einsatzmöglichkeiten denk- 
bar und üblich. Häufig werden einzelne Anwendungen 
wie der Web-Browser Mozilla Firefox eingesetzt, ohne 
dass dies einen erhöhten Schulungs- oder Koordinie- 
rungsaufwand zur Folge hat. Wenn die eingesetzte Soft- 
ware zum Dokumentenaustausch genutzt wird (beispiels- 
weise bei freier Bürosoftware wie Apache OpenOffice 
oder LibreOffice), ergeben sich beim Zusammenspiel mit 
anderen Firmen und Behörden einige Herausforderungen. 
Wird ein freies Betriebssystem auf normalen Arbeits- 
platzrechnern eingesetzt, sind weitere Hürden zu meis- 
tern, da alle verwendeten Programme unter diesem 
System laufen müssen. Andererseits ist es in vielen IT- 


Firmen üblich, auch auf Desktop-Systemen ein freies Be- 
triebssystem wie GNU/Linux oder FreeBSD einzusetzen. 

Während der Einsatz von Freier Software auf Arbeits- 
platz-Rechnern daher vor allem punktuell stattfmdet, hat 
sich diese im Serverbereich, vor allem für die Bereitstel- 
lung typischer Internet-Dienste, vielfach durchgesetzt. So 
wird bei Web- und Mailservern besonders häufig Freie 
Software eingesetzt: Die monatliche Auflistung von Net- 
craft 219 zeigt, dass derzeit (Dezember 2012) je nach Zähl- 
weise nur circa 12 bis 25 Prozent der Webserver mit pro- 
prietärer Software betrieben werden. Alleine der Apache- 
Webserver hat hingegen seit Jahren einen Marktanteil von 
über 50 Prozent. Für manche spezialisierten Dienste sind 
sogar nur Implementationen in Freier Software verfügbar. 

Weiterhin ist Freie Software insbesondere bei Werkzeugen 
und Bibliotheken für Software-Entwickler weit verbreitet. 
Daher ist ein weiterer Bereich des Einsatzes die kunden- 
spezifische Entwicklung von Anwendungen. So wird bei 
unternehmensinternen Anwendungen häufig Freie Soft- 
ware eingesetzt. Beispiele sind diverse Bibliotheken und 
Frameworks beispielsweise aus der Java- Welt, die bei der 
Entwicklung von Anwendungen genutzt werden, oder di- 
verse Perl-Bibliotheken 220 vor allem im Bereich der System- 
administration. Durch den Einsatz solcher Frameworks, 
Module und Bibliotheken können sich Entwickler sehr viel 
Arbeit ersparen und gleichzeitig auf standardkonforme und 


219 Siehe hierzu: Netcraft. December 2012 Web Server Survey. Online 
abrufbar unter: http://news.netcraft.com/archives/2012/12/04/decem 
ber-2012-web-server-survey.html. Die Liste wird monatlich aktuali- 
siert und kann abgerufen werden unter: http://news.netcraft.com/ 
archives/category/web-server-survey/ 

220 So umfasst das Perl-Modul- Verzeichnis (http://search.cpan.org/) mit 
Stand vom 10. Dezember 2012 insgesamt 115 848 Module in 
26 343 Paketen. 
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getestete Software zurückgreifen. Ohne den Einsatz Freier 
Software wären viele unternehmensinterne Anwendungen 
wirtschaftlich kaum erstellbar. 

Beim Blick auf große und umfangreiche Einsatzszenarien 
Freier Software werden diese alltäglichen, weit verbreiten 
Szenarien häufig übersehen. 

Im Folgenden folgt ein Überblick über den Einsatz Freier 
Software in verschiedenen Anwendungsgebieten: 

2.2.1 Einsatz Freier Software in Bildung und 
Forschung 

IT-gestützter Unterricht an Schulen und Universitäten ist 
in den letzten Jahren bereits größtenteils zum Standard 
geworden. Freie und Open-Source-Software stellt hierbei 
oft die entsprechende Infrastruktur für Lernsysteme zur 
Verfügung. Dies ist wichtig, um Schülerinnen und Schü- 
lern von vornherein alle Möglichkeiten aufzuzeigen, die 
sowohl proprietäre als auch Freie Software bieten. 

Open Source im Sinn von Offenheit gegenüber neuen Lö- 
sungsansätzen wird an zahlreichen Bildungseinrichtun- 
gen als Modell für Lernende und Lehrende zugleich 
genutzt, da Freie Software eine handlungsorientierte Pä- 
dagogik unterstützen kann. Sie hilft dabei, in vorwiegend 
konsumierenden Schülern ein kreatives Potenzial zu we- 
cken, indem die Möglichkeiten einfacher Programmier- 
schritte an Programmen (zum Beispiel unter Linux oder 
Unix) vermittelt werden. Gleichzeitig kann so auch ein 
Basiswissen über Informationstechnik sowie die Funk- 
tionsweise von Rechnern vermittelt werden. 

Neben Schulservern, die ausschließlich unter Freier Soft- 
ware laufen 221 , gibt es mittlerweile unterschiedliche für 
den Bildungs- und Forschungsbereich programmierte 
Softwarelösungen, die an zahlreichen Schulen bundes- 
weit eingesetzt werden. 222 

Edubuntu 

Edubuntu als Erweiterung der kostenlosen Linux-Distri- 
bution Ubuntu, die auf dem Freien Betriebssystem De- 
bian basiert, ist speziell für den Einsatz in Schulen pro- 
grammiert worden. Ziel ist, dass Lehrerinnen und Lehrer 
innerhalb einer Stunde eine Lernumgebung einrichten 
können, welche ohne übermäßige Linux-Kenntnisse ver- 
waltet werden kann. Kemkomponenten von Edubuntu 
sind u. a. die Lemprogramme GCompris, Kalzium 
(KDE), TuxMath und der Schooltool Calendar. 223 

openSUSE Education 

Mit dem Projekt openSUSE-Education etablierte sich die 
openSUSE-Distribution zunehmend auch im Bildungsbe- 
reich. Schulen werden aktiv beim Einsatz von Linux un- 
terstützt und es wird eine Auswahl an schulrelevanter 


221 Linux-basierte Schulserver sind zum Beispiel der Open School Ser- 
ver (OSS), der Arktur-Schulserver oder der GEE-Server. 

222 Neben den im Text genannten Beispielen sei auch verwiesen auf: 
http : //wiki . skolelinux . de/ 

223 Weitere Informationen hierzu finden sich unter: http://www.edu 
buntu.org/ 


Software zur Verfügung gestellt. openSUSE-Education 
bietet zurzeit über 100 verschiedene Programme für den 
Schuleinsatz. Ein Wiki unterstützt Schüler und Lehrer mit 
der Erläuterung der Programme und ihrer Benutzung. 224 

paedML: Pädagogische Musterlösung Baden- 
Württemberg 225 

Die pädagogische Musterlösung (paedML) „ist eine vor- 
konfigurierte Netzwerklösung, die speziell fl'ir die Anfor- 
derungen in Schulen des Landes Baden-Württemberg 
entwickelt wurde“ und dort „in den pädagogischen Com- 
puternetzen der einzelnen Schulen eingesetzt wird“. 226 
„Über zwei Drittel der weiterführenden und rund die 
Hälfte der beruflichen Schulen in Baden-Württemberg 
setzen paedML im Unterricht ein.“ 227 Mit Freier Software 
laufen dabei die Linux- sowie die Novell-Version. 228 

Entwicklung, Schulnetzberatung und technischer Support 
liegen in der Hand des Landesmedienzentrums Baden- 
Württemberg. 229 

Die Musterlösung beinhaltet eine Reihe von Netzwerk- 
funktionen, welche auf die pädagogischen, organisa- 
torischen und technischen Anforderungen einer Schule 
abgestimmt sind. Dazu gehören beispielsweise eine Un- 
terstützung für multimediale Präsentationstechniken, ein 
Internetzugang und eine persönliche E-Mail-Adresse für 
alle Lehrkräfte und Schüler, die Möglichkeit der temporä- 
ren Internet- und E-Mail-Sperre durch Lehrer-PCs, ein 
Jugendschutzfilter, die Sicherung und Wiederherstellung 
von Rechnerkonfigurationen per Knopfdruck (SheilA 230 ), 


224 Weitere Informationen hierzu finden sich unter: http://www.opensuse- 
education.org/ 

225 Die Fraktion der SPD sowie der Sachverständige Alvar Freude haben 
gegen die Textfassung dieses Beispiels gestimmt und geben folgen- 
des Sondervotum ab: „paedML ist nicht in allen Komponenten Freie 
Software (auch nicht die Linux- Version, die man als Open-Core- 
Software bezeichnen kann, vgl. Kapitel 2. 1.6.5). Die Weiterentwick- 
lung des bestehenden paedML wurde 2012 vom Landesmedienzen- 
trum Baden-Württemberg eingestellt, die nächste Version soll auf 
dem Produkt UCS@school der Firma Univention basieren (vgl. http:// 
www.linux-magazin.de/NEWS/Baden-Wuerttembergs-Schulen-migrie 
ren-zu-Univention-von-Community-Software-weg).“ 

226 Wikipedia - Die freie Enzyklopädie: PaedML. Online abrufbar unter: 
http://de.wikipedia.org/wiki/PaedML 

227 Landesmedienzentrum Baden- Württemberg: paedML. Die Musterlö- 
sung für schulische Computemetzwerke. Über paedML. Online ab- 
rufbar unter: http://www.support-netz.de/startseite/ueber-paedmlr.html 

228 Sondervotum der Fraktion der SPD und des Sachverständigen Alvar 
Freude: „Bei der Novell-Version von paedML handelt es sich nicht 
um Freie Software. Die Linux- Version gibt es auch in einer Commu- 
nity-Version, die keine unfreien Komponenten enthält.“ 

229 Sondervotum der Fraktion der SPD und des Sachverständigen Alvar 
Freude: „Das Landesmedienzentrum Baden-Württemberg (LMZ) hat 
paedML allerdings bisher nicht als Freie Software vermarktet (zumal 
nicht alle Teile unter einer freien Lizenz stehen), sondern im Wesent- 
lichen jahresweise Lizenzen verkauft. Nach dem Rückzug des LMZ 
haben die Entwickler des bisherigen Systems einen Fork der freien 
Komponenten gemacht und entwickeln es unter dem Namen linux 
muster.net weiter (vgl. http://linuxmuster.net).“ 

230 Die Selbstheilende Arbeitsstation (SheilA) basiert auf der Methode 
des serverbasierten Imaging. Siehe hierzu beispielsweise: Landes- 
institut für Schulentwicklung: Zentrale Projektgruppe für Informatik/ 
Computertechnik - Bereich kaufmännische Schulen, Selbstheilende 
Arbeitsstationen (Serverbasiertes Imaging). Mitteilungen. Ausgabe 
21, September 1999. Online abrufbar unter: http://www.ls-bw.de/ 
projekte/beruflschulen/zpg/kf/Mitteilungen/zpg2 1/textl .htm 
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die Durchführung von Klassenarbeiten in gesicherter Prü- 
fungsumgebung sowie die Bildung und Koordination von 
Projektgruppen durch Vergabe von gruppenspezifischen 
Rechten. 231 „Die Musterlösung wird in baden-württem- 
bergischen Schulen aller Schularten verwendet. 52,4 Pro- 
zent der die Musterlösung verwendenden Schulen nutzen 
die Windows-, 25,5 Prozent die Linux- und 22,1 Prozent 
die Novell- Musterlösung.“ 232 

One Laptop Per Child (OLPC ) 233 

Der so genannte „100-Dollar-Laptop“ der Initiative One 
Laptop Per Child (OLPC) ist ein auf Kinderbedürfnisse 
angepasster Laptop, der für den Einsatz im Schulunter- 
richt, insbesondere in Entwicklungs- und Schwellenlän- 
dern, vorgesehen ist. Unter der Linux-Distribution Fedora 
läuft die den Zielgruppenbedürfnissen angepasste, auf 
GNOME basierende Oberfläche Sugar. Diese Benutzer- 
oberfläche richtet sich an Kinder, welche keine oder 
kaum Lese- oder Rechtschreibkenntnisse haben. 

Freie Software im Hochschulbereich 

Neben dem Einsatz an Schulen ist Freie Software auch 
dort zu finden, wo sie ihren Ursprung hat: an Universitä- 
ten. Seit den 1970er Jahren findet sich an Hochschulen 
das passende Ökosystem, das zur Evolution Freier Soft- 
ware notwendig ist - das Lernen von der Arbeit der Vor- 
gänger sowie das Wiederverwenden und Weiterentwi- 
ckeln von Ideen. So konnte beispielsweise ab 1977 an der 
kalifornischen Universität Berkeley die Berkeley Soft- 
ware Distribution (BSD) als eine weiterentwickelte Ver- 
sion des Unix-Betriebssystems entstehen, indem Ent- 
wickler und Professoren das seit 1974 an der Hochschule 
benutzte Betriebssystem weiterentwickelten. Damals wie 
heute ist eine wichtige Grundlage für Hochschulen die 
Präsenz vielfältiger Akteure und Faktoren, die erst im Zu- 
sammenspiel ein stabiles Ökosystem bilden. Dieses ist 
neben einer aktiven Community Voraussetzung und 
Grundlage erfolgreicher Freier Software. 

Dies zeigt gegenwärtig in Deutschland etwa die Hoch- 
schule Mannheim, die im Systembetrieb des Rechenzen- 
trums fast ausschließlich auf das Betriebssystem Linux 
setzt. Als Web-Content-Management-System für ihren 
Online-Auftritt setzt die Hochschule seit 2011 das an ba- 
den-württembergischen Universitäten vielfach verwen- 
dete Open-Source-System TYP03 ein. Ausschlaggebend 
hierfür waren nicht nur die Erfüllung funktionaler Anfor- 
derungen, die Möglichkeit umfangreicher Erweiterun- 
gen 234 sowie die Unterstützung durch regional ansässige 
IT-Dienstleister, sondern auch eine große und aktive 
Community. So findet in Baden-Württemberg halbjähr- 


231 Vgl. Wikipedia - Die freie Enzyklopädie: PaedML. Online abrufbar 
unter: http://de.wikipedia.org/wiki/PaedML 

232 Wikipedia - Die freie Enzyklopädie: PaedML. Online abrufbar unter: 
http://de.wikipedia.org/wiki/PaedML 

233 Zum Einsatz vom Computern im Schulunterricht siehe auch: Bun- 
destagsdrucksache 17/7286: Zweiter Zwischenbericht der Enquete- 
Kommission Internet und digitale Gesellschaft. Medienkompetenz. 
21. Oktober 2011. Online abrufbar unter: http://dipbt.bundestag.de/ 
dip2 1/btd/l 7/072/1 707286.pdf 


lieh ein hochschulübergreifender Austausch der TYP03- 
Web-Administratoren statt, bei dem vor allem universi- 
tätsspezifische Fragestellungen und sinnvolle Erweite- 
rungsmodule diskutiert werden. 235 

Zudem setzen zahlreiche Hochschulen 236 die teil-freie 
HIS-Software zur Abwicklung der meisten Prozesse in 
Verwaltungs- und Studienorganisation ein. 237 

Als IT-Lösung für die Hochschullehre findet sich Freie 
Software des Weiteren vor allem in Lemmanagementpro- 
grammen wie ILIAS 238 und Moodle 239 , welche ihren Ur- 
sprung im universitären Umfeld haben. 240 Hinzu kommen 
Prüfungsprogramme wie beispielsweise iTest 241 , mit de- 
ren Hilfe Prüfungen am PC erstellt und abgenommen 
werden können. 

An den genannten Beispielen wird deutlich, wie wichtig 
gerade die dynamischen Entwicklungsprozesse im Be- 
reich Freie Software an Hochschulen für den Wissens- 
transfer in andere Bereiche und die Praxis sind. Zudem ist 
seit dem Jahr 2010 Freie Software auch selbst Gegen- 
stand der Forschung. Mit Prof. Dr. Dirk Riehle lehrt an 
der Friedrich-Alexander-Universität Erlangen-Nürnberg 
Deutschlands erster Professor für Open Source. 242 

2.2.2 Einsatz Freier Software in der 
öffentlichen Verwaltung 

Freie Software kommt auch in der öffentlichen Verwal- 
tung in Deutschland zur Anwendung. Sowohl auf kom- 
munaler, Landes- als auch Bundesebene werden verschie- 
dene Applikationen dient- und serverseitig verwendet. 
Einen Überblick über die verschiedenen Einsatzszenarien 
vermittelt das OSS Kompetenzzentrum des Bundesver- 
waltungsamtes. 243 Best-Practice-Beispiele können bei 
Open Source Public Sector 244 nachvollzogen werden. 

Methodisch ist es jedoch sehr schwierig, die grundsätzli- 
che Verbreitung von Open-Source-Software (OSS) zu 
messen, insbesondere, weil die Spannweite der Nutzungs- 


234 Beispielsweise Module wie das Alumni-Management. Siehe hierzu: 
http://www.digital-worx.de/alumni-datenbank.html. Mittels so ge- 
nannter Extensions lässt sich TYP03 um zahlreiche Funktionen er- 
weitern und so den spezifischen Bedürfnissen anpassen. Siehe auch: 
http : / / typo3 . org / extensions/ repo sitory/ 

235 Vgl. Gröschel, Michael: Entscheidungsfaktoren zum Einsatz von 
Open-Source-Software an Hochschulen. 2012, S. 85f. 

236 Einen Überblick über die Hochschulen, die HIS-Software einsetzen, 
liefert: http://www.his.de/partner. 

237 Vgl. Gröschel, Michael: Entscheidungsfaktoren zum Einsatz von 
Open-Source-Software an Hochschulen. 2012, S. 85f. 

238 Informationen zu ILIAS finden sich unter: http://www.ilias.de/ 

239 Informationen zu Moodle finden sich unter: http://moodle.org/ 

240 Vgl. Gröschel, Michael: Entscheidungsfaktoren zum Einsatz von 
Open-Source-Software an Hochschulen. 2012, S. 87. 

241 Informationen zu iTest finden sich unter: http://itest.sourceforge.net/ 

242 Die Webseite der Professur für Open Source Software ist erreichbar 
unter: http://osr.cs.fau.de/ 

243 Die Webseite des OSS Kompetenzzentrums des Bundesverwaltungs- 
amtes ist erreichbar unter: http://www.oss.bund.de Eine Übersicht 
über den Einsatz und die Entwicklung von Open-Source-Software in 
der Öffentlichen Verwaltung liefert: http://www.oss.bund.de/Karte 

244 Die Best-Practice-Beispiele finden sich unter: http://www.opensource 
publicsector.de/?tag=offentliche-verwaltung 
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möglichkeiten sehr groß ist. 245 Die Internetplattform 
Joinup 246 der Europäischen Kommission zur Verbreitung 
und gemeinsamen Entwicklung von Open-Source-Soft- 
ware aus dem Behördenumfeld listeteine Vielzahl an 
Open-Source-Projekten der öffentlichen Verwaltungen in 
Europa zur gemeinsamen Entwicklung semantischer As- 
sets auf. 247 ln der Bundesverwaltung ist die Zahl an ver- 
wendeten oder veränderten Open-Source-Komponenten 
in den letzten Jahren kontinuierlich gestiegen. 248 

Darüber hinaus haben auch einige Großprojekte zum Ein- 
satz Freier Software in einzelnen Städten (zum Beispiel 
das Projekt LiMux) und auch in Behörden (zum Beispiel 
OSS im Auswärtigen Amt) bereits für öffentliche Auf- 
merksamkeit gesorgt. Beide sollen daher nachfolgend 
ebenso wie der Migrationsleitfaden der Beauftragten der 
Bundesregierung für die Informationstechnik detaillierter 
dargestellt werden. 

a) Projekt LiMux 

Im Jahr 2003 beschloss der Münchner Stadtrat, das Pro- 
jekt LiMux zu initiieren. Dabei stellte er folgende Krite- 
rien auf: 

- „ein freies und quelloffenes Betriebssystem inkl. einer 
Bürokommunikation basierend auf Offenen Standards 
für alle Arbeitsplatz-PCs; 

- die Maßgabe, künftig alle Fachverfahren plattformof- 
fen zu beschaffen oder zu entwickeln; 

- eine standardisierte IT-Plattform mit konsolidierten 
Anwendungen und Datenbeständen. (Zum Startzeit- 
punkt des Projektes existierten 21 IT-Abteilungen, 
über 1000 teils redundante Anwendungen, unzählige 
Versionen, kein einheitliches Vörlagensystem und bis 
auf einen zentralen LDAP-Server keinerlei stadtiiber- 
greifende Standardisierung).“ 249 

„Mit dem Projekt LiMux sollen die aus der Historie be- 
stehenden Abhängigkeiten von proprietären Produkten 
zunehmend aufgelöst werden und die Software- und Ar- 


245 Kleinert, Jan: Schriftliche Stellungnahme, vorgelegt im Rahmen des 
öffentlichen Expertengespräches „Freie Software, Schwerpunkt: Ver- 
gaberecht/-praxis“ der Projektgruppe Interoperabilität, Standards, 
Freie Software der Enquete-Kommission Internet und digitale Ge- 
sellschaft des Deutschen Bundestages vom 2 1 . September 2012, S. 1 . 
Online abrufbar unter: http://www.bundestag.de/intemetenquete/ 
dokumentation/Interoperabilitaet_Standards_Freie_Software/ 
PGISF20 1 2-09-2 1 /PGISF20 1 2-09- 

21_Expertengespraech_Freie_Software_Stellungnahme_Kleinert.pdf 

246 Die Online-Plattform Joinup ist zu erreichen unter: http://joinup. 
ec.europa.eu/ 

247 Siehe hierzu online auf der JoinUp-Plattform unter: https://joinup. 
ec . europa. eu/catalogue/all?current_checkbox= 1 

248 Vgl. Die Beauftragte der Bundesregiemng für Informationstechnik 

(Hrsg.): Migrationsleitfaden. Leitfaden für die Migration von Soft- 
ware. Version 4.0. 2012, S. III. Online abrufbar unter: http://www. 
cio. bund.de/SharedDocs/Publikationen/DE/Architekturen-und-Stan 
dards/migrationsleitfaden_4_0_download.pdf? blob=publicationFile 

249 Altehage, Oliver/Böge, Kirsten: Das LiMux-Projekt: Aus Betroffe- 
nen Beteiligte machen und so für nachhaltige Akzeptanz sorgen. 
2012, S. 116f. 


chitekturauswahl langfristig die gewünschte Flexibilität 
gewinnen.“ 250 

In der Folge galt es, „alle rund 15 000 PC-Arbeitsplätze 
in elf Referaten und vier Eigenbetrieben auf eine Open- 
Source-basierte, standardisierte und konsolidierte Lösung 
umzustellen.“ Zudem sind „alle PC-Arbeitsplätze [...] 
mit einer freien Bürokommunikation auszustatten und 
mindestens 80 Prozent aller Rechner müssen auf einem 
Linux-basierten Betriebssystem laufen.“ 251 

Hierfür wurde ein Projektteam zusammengestellt, wel- 
ches aus einem Kernteam und einem erweiterten Projekt- 
team besteht: „Das Kernteam umfasst insgesamt rund 
25 Personen, die an der Entwicklung und Bereitstellung 
des LiMux-Clients, dem Support für die Office-Suite 
inkl. der Umstellung von Formularen und Makros, sowie 
an der Weiterentwicklung und dem Support des WollMux 
(Dokumenten- und Vörlagensystem) arbeiten und von ex- 
ternen Dienstleistern unterstützt werden. Das Kernteam 
setzt sich organisatorisch aus den Fachgruppen 

- Anforderungsmanagement, 

- Entwicklung, 

- Office-WollMux, 

- Erweitertes Office-Supportzentrum, 

- Migrationsunterstützung, 

- Testmanagement, 

- Releasemanagement/ Architektur sowie 

- Veränderung & Kommunikation 

zusammen.“ 252 

„Der Aufbau des Kernteams dauerte fast drei Jahre“. 253 
„Das erweiterte Projektteam besteht aus Beschäftigten 
aus den einzelnen Migrationsbereichen, die dort die An- 
forderungen stellen, die Migration verantworten und die 
Anwender täglich unterstützen.“ 254 

Im öffentlichen Expertengespräch legte Peter Hofmann, 
Projektleiter des LiMux-Projekts, dar, dass beabsichtigt 
sei „gegen Ende des Jahres 80 Prozent der PC-Arbeits- 
plätze der Landeshauptstadt München (12 000 Stück) auf 
Linux und Open-Source-Software umgestellt zu haben. 
Derzeit habe man bereits 11 300 PC-Arbeitsplätze im Be- 
trieb, die mit Linux-basierter Software betrieben würden. 
Auf weiteren 3 000 Windows-Rechnern habe man freie 
Software für Browser, E-Mail und Bürosoftware instal- 
liert.“ 255 

Das Projekt LiMux der Stadtverwaltung München ist in 
Deutschland das größte Open-Source-Projekt im öffentli- 
chen Sektor. 


250 Altehage, Oliver/Böge, Kirsten: Das LiMux-Projekt: Aus Betroffe- 
nen Beteiligte machen und so für nachhaltige Akzeptanz sorgen. 
2012, S. 117. 

251 Ebd., S. 116. 

252 Ebd., S. 119 f. 

253 Ebd., S. 120. 

254 Ebd. 
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b) Auswärtiges Amt 

Im Jahr 2002 hat das Auswärtige Amt eine Strategie be- 
schlossen, die vorsieht, überwiegend Freie Software zu 
nutzen. In der Folge wurden bis zum Jahr 2007 die welt- 
weit 230 Auslandsvertretungen mit insgesamt 11 000 Ar- 
beitsplätzen auf das Betriebssystem Linux migriert. Ar- 
beitsplatz-PCs behielten allerdings das Betriebssystem 
Windows als Dual-Boot-Konfiguration bei. 

Die Anforderungen an die Migration waren besonders 
hoch, da etwa 400 Notebooks von Diplomaten jederzeit 
von jedem beliebigen Ort in der Welt und mit einer Viel- 
zahl unterschiedlicher Techniken auf das hausinterne 
Netz des Auswärtigen Amtes sicher zugreifen können 
müssen. 

Im August 2010 beschloss das Auswärtige Amt jedoch, 
die bisherige Strategie zum Einsatz Freier Software zu 
beenden und eine Rückmigration auf proprietäre Soft- 
ware zu beginnen. 256 

Im Vorfeld der Entscheidung waren bereits zwei Gutach- 
ten durch die Unternehmensberatung McKinsey erstellt 
worden, die die Untersuchung der IT-Strategie aus dem 
Jahr 2002 bewerteten. Sie kamen zu dem Ergebnis, dass 
die Anwendung von Linux und Open-Source-Software 
für die EDV-Arbeitsplätze des Auswärtigen Amtes 
grundsätzlich eine mögliche Option darstellen würden. 257 

Probleme wurden jedoch bei der Interoperabilität, insbe- 
sondere dem Austausch von Office-Dokumenten gese- 
hen. Auch das vorhandene technische Know-how im Be- 
reich des internen Supports und die geringe Akzeptanz 
von Linux bei den Beschäftigten warfen Probleme auf. 
Mit einigen Verbesserungen könne das Auswärtige Amt 
seine Open-Source-Strategie jedoch erfolgreich fortfüh- 
ren und die derzeit bestehenden Probleme und Risiken 
beheben. 258 

In seiner Entscheidung im August 2010 berücksichtigte 
das Auswärtige Amt aber auch die „massive Kritik der 
User an den vielen ungelösten Interoperabilitätsproble- 
men“ sowie den Umstand, dass keine andere Bundesbe- 
hörde dem Linux- Weg des Auswärtigen Amts gefolgt war 
und das bis dahin unter der Federführung des Bundes- 
ministeriums des Innern laufende Bundesprojekt zur Ent- 
wicklung eines einheitlichen „Open Source-Bundesclient“ 
im Juni 2010 eingestellt wurde. 259 Die ursprünglich ange- 


255 Öffentliches Expertengespräch „Interoperabilität und Standards mit 
dem Schwerpunkt: De-facto-Standards durch Privatwirtschaft/durch 
Marktmacht vs. freie/öffentliche Standards durch Gremien“ der Pro- 
jektgruppe Interoperabilität, Standards, Freie Software der Enquete- 
Kommission Internet und digitale Gesellschaft des Deutschen Bun- 
destages vom 21. September 2012. Protokoll, S. 9. Online abrufbar 
unter: http://www.bundestag.de/intemetenquete/dokumentation/Inter 
operabilitaet_Standards_Freie_Software/PGISF_20 1 2-09-2 1 /PGISF_ 
20 1 2-09-2 l_Expertengespraech_Interoperabilitaet_Protokoll.pdf 

256 Vgl. Diedrich, Oliver: Die Woche. Kein Linux im Auswärtigen Amt. 
heise online, 17. Februar 2011. Online abrufbar unter: http://heise.de/ 
-1191310 

257 Vgl. ebd. 

258 Vgl. ebd. 

259 Ebd. 


nommenen Einsparungen hätten aufgrund der zukünfti- 
gen Alleinstellung des Auswärtigen Amtes im Bundesbe- 
reich nicht mehr realisiert werden können. Darüber 
hinaus führt die Bundesregierung aus, dass „durch die 
Einführung von standardisierten Software -Produkten und 
die Nutzung von im Bund bereits vorhandenen Soft- 
warelösungen [...] Effizienzgewinne [...] erwartet“ wür- 
den. 260 

c) Weitere Beispiele 

Ohne einen Anspruch auf Vollständigkeit zu erheben, 
können als weitere erfolgreiche Großprojekte zum Ein- 
satz Freier Software genannt werden: 

- Stadt Leipzig 261 

- Stadt Schwäbisch Hall 262 . 

Die nachfolgenden Großprojekte zum Einsatz Feier Soft- 
ware wurden nach erfolgter Umstellung jedoch nicht 
mehr fortgeführt: 

- Freiburg OPEN 263 

- Mannheim LiMax 264 . 

d) Migrationsleitfaden 

Der Migrationsleitfaden der Beauftragten der Bundesre- 
gierung für die Informationstechnik besteht aus drei um- 
fassenden Dokumenten 265 , die IT-Entscheidern einen 
Überblick über alle wichtigen Aspekte von Software-Mi- 
grationen sowie eine praktische Hilfe für deren Planung 
und Durchführung geben sollen. 

Er beinhaltet zudem Entscheidungshilfen für die jeweili- 
gen Migrationsgebiete in Form von Kriterienlisten, kur- 
zen Produktbeschreibungen, tabellarischen Gegenüber- 
stellungen und Empfehlungen. 


260 Bundestagsdmcksache 17/4746: Antwort der Bundesregiemng auf 
die Kleine Anfrage - Bundestagsdmcksache 17/4567 - Sachstand 
zur Nutzung von „freier Software“ im Auswärtigen Amt und weite- 
ren Bundesbehörden. 11. Febmar 2011, S. 5f. Online abrufbar unter: 
http://dip2 1 .bundestag.de/dip2 1/btd/ 1 7/047/1 704746.pdf 

261 Siehe hierzu beispielsweise: Baader, Hans- Joachim: Migration auf 
OpenOffice fast komplett. 26. November 2012. Online abrufbar un- 
ter: http://www.pro-linux.de/news/l/191 55/migration-auf-openoffice- 
in-leipzig-fast-komplett.html 

262 Siehe hierzu: Stadt Schwäbisch Hall: Open Source im Rathaus. On- 
line abrufbar unter: http://www.schwaebischhall.de/buergerstadt/rat 
haus/linux.html 

263 Siehe hierzu beispielsweise: Diedrich, Oliver: Freiburg wechselt zu- 
rück zu MS-Office. heise online, 20. November 2012. Online abruf- 
bar unter: http://heise.de/-1753751 

264 Laut eines Berichtes der Stadt Heidelberg über den Einsatz von Open 
Source Software/Systemen wurde der Umstieg der Stadt Mannheim 
auf OSS Produkte bereits Ende 2007 abgebrochen. Siehe hierzu: 
Stadt Heidelberg: Dmcksache 0106/201 1/IV: Bericht über den Ein- 
satz von Open Source Software/Systemen. Informations Vorlage. 
20. Juni 2011. Online abrufbar unter: http://wwl.heidelberg.de/buer 
gerinfo/vo0050.asp?_kvonr=l 8970&voselect=429 1 

265 Die drei genannten Dokumente können auf der Webseite der Bundes- 
beauftragten der Bundesregiemng für Informationstechnik hemnter- 
geladen werden: http://www.cio.bund.de/DE/Architekturen-und-Stan 
dards/Migrationsleitfaden-und-Migrationshilfen/migrationsleitfaden_ 
node.html 



Deutscher Bundestag - 17. Wahlperiode 


-39- 


Drucksache 17/12495 


Darüber hinaus enthält er umfassende rechtliche Hilfe- 
stellungen, die die unterschiedlichen Aspekte und Fall- 
konstellationen von Software-Migrationen behandeln. 
Auch eine ausführliche Wirtschaftlichkeitsbetrachtung 
von Software-Migrationen ist Bestandteil des Migrations- 
leitfadens. 

2. 2. 2.1 Vergabe öffentlicher Aufträge 

„Die Auswahl der Behörde zwischen einer Migration zu 
proprietärer Software und einer Migration zu Freier Soft- 
ware hat unter Beachtung der Prinzipien des Vergabe- 
rechts zu erfolgen.“ 266 Anderenfalls wird die getroffene 
Entscheidung für unterlegene Mitbewerber bei Über- 
schreiten des Schwellenwertes von 200 000 Euro angreif- 
bar. „Dies kann nicht nur zu einer Verzögerung der Be- 
schaffung führen, sondern birgt auch das Risiko 
zusätzlicher Kosten für das Verfahren vor der Vergabe- 
kammer und die gegebenenfalls erforderliche erneute 
Ausschreibung, falls die Behörde tatsächlich die Vergabe- 
rechtsprinzipien missachtet hat.“ 267 

Die Beschaffung von Informationstechnologie muss zu- 
dem gemäß § 97 Absatz 1 des Gesetzes gegen Wettbe- 
werbsbeschränkung (GWB) nach Maßgabe des Wettbe- 
werbsprinzips erfolgen. Hierbei sind gemäß § 97 Absatz 2 
GWB alle Bewerber gleich zu behandeln. Vergabefremde 
Kriterien, die nicht an die Wirtschaftlichkeit des Ange- 
bots oder die Fachkunde, Leistungsfähigkeit und Zuver- 
lässigkeit des Bewerbers anknüpfen, dürfen gemäß § 97 
Absatz 4 GWB nicht berücksichtigt werden. 

Bei der Ausschreibung sind zudem die fünf vorgegebenen 
Vergabearten (vergleiche § 101 GWB, § 3 VOL/A, §§ 3, 5 
EG-VOL/A) zu berücksichtigen. Dies sind 

- die öffentliche Ausschreibung, 

- die nicht offene Ausschreibung, 

- das Verhandlungsverfahren, 

- der wettbewerbliche Dialog und 

- das dynamische elektronische Verfahren. 268 

„Den Vorrang hat stets die öffentliche Ausschreibung 
(§ 101 Abs. 7 GWB). Die anderen Vergabearten sind Aus- 
nahmen und nur unter den in § 101 GWB bzw. § 3 VOL/A 
bzw. § 3 EG-VOL/A aufgeführten Fällen zulässig. 

Eine ,Kem-Forderung‘ der Vergabevorschriften nach § 7 
Nr. 1 (1) VOL/A oder § 8 Abs. 1 EG-VOL/A ist, dass der 
Auftraggeber in dem Vergabeverfahren die Leistungen ein- 


266 Die Beauftragte der Bundesregierung für Informationstechnik 

(Hrsg.): Rechtliche Aspekte der Nutzung, Verbreitung und Weiter- 
entwicklung von Open-Source-Software. Begleitdokument zum 
Migrationsleitfaden 4.0. Version 4.0. 2012, S. 33 m. w. N. Online ab- 
rufbar unter: http://www.cio.bund.de/SharedDocs/Publikationen/DE/ 
Architekturen-und-Standards/migrationsleitfaden_4_0_rechtliche_as 
pekte_download.pdf? blob=publicationFile 

267 Ebd. 

268 Vgl. Müller-Hengstenberg, Claus D./Kim, Stefan: Öffentliches Ver- 
gaberecht und moderne IT-Softwareentwicklung. Anwendung öffent- 
licher Vergabearten auf Softwareentwicklungsprozesse. In: Multi- 
Media und Recht, 15. Jg. 2012, Heft 1, S. 3. 


deutig, klar und erschöpfend beschreibt, sodass die Bewer- 
ber diese richtig verstehen, finanziell kalkulieren und An- 
gebote machen können, die mit den Angeboten anderer 
Bieter wirtschaftlich vergleichbar sind. Die Verantwortung 
für die eindeutige erschöpfende Leistungsbeschreibung 
trägt der Auftraggeber, die er nicht auf den Bewerber durch 
unvollständige Beschreibungen oder Vertragsklauseln ab- 
wälzen darf; er darf dem Bewerber auch keine ungewöhnli- 
chen Wagnisse aufbürden. Nursoweit die Leistung für den 
Auftraggeber auch bei Inanspruchnahme von externen Be- 
ratern, nicht genau beschreibbar ist und es sich nicht um 
, übliche, marktgängige oder standardisierte Leistungen 1 
handelt, kann der Auftraggeber gern. § 7 Abs. 2 VOL/A 
funktional ausschreiben. Ausnahmen von der offenen und 
nicht offenen Ausschreibung bilden die freihändige Ver- 
gabe, das Verhandlungsverfahren oder der wettbewerbliche 
Dialog. Für die Vergabe von komplexen IT-Systemen ist 
der wettbewerbliche Dialog (§ 101 Abs. 4 GWB, § 3 
Abs. 3 lit. b EG VOL/A von großer Bedeutung, soweit der 
Wert der Beschaffungen über dem EU-Schwellenwert 
([200 000 Euro, aktualisiert durch die Verfasser]) liegt. Vo- 
raussetzung für die Ausnahmen der Vergabearten ist je- 
doch, dass der Beschaffer nicht über die erforderlichen 
Fachkenntnisse für eine Beschreibung der Leistung gern. 
§ 7 VOL/A oder § 8 EG-VOL/A verfügt, die für die Bil- 
dung eines Gesamtpreises erforderlich ist, und er hierzu 
unbedingt die Fachkunde des Anbieters benötigt. [...] Bei 
der IT-Beschaffung ist in Ergänzung zur VOL/A die Un- 
terlage für die Ausschreibung und Bewertung von IT-Leis- 
tungen 1 , Version 2.0 v. 15. 6. 2010 (UfAB V) des Bundes- 
ministers des Inneren von Bedeutung, die den gesamten 
Ablauf, die Anforderungen und Bewertung der Vergabe 
aufführt. Eine wichtige Forderung der UfAB (Ziff. 3.1) ist, 
dass der öffentliche Auftraggeber vor der Einleitung des 
Vergabeverfahrens in einem ,Beschaffungsvorlauf den 
Bedarf und die Wirtschaftlichkeit i. S. d. § 7 Abs. 2 BHO, 
§ 7 LHO ermittelt und die Leistungsanforderungen für die 
Ausschreibung festlegt.“ 269 

Darüber hinaus sind die Bundesbehörden gemäß § 55 
BHO auch dazu verpflichtet, dem Vertragsschluss so ge- 
nannte Ergänzende Vertragsbedingungen (EVB-IT) im 
Sinne des § 9 Absatz 1 Satz 2 und § 11 EG Absatz 1 
Satz 2 der VOL/A zugrunde zu legen. „Auch die Länder 
sehen zum großen Teil identische oder ähnliche Anwen- 
dungsverpflichtungen vor.“ 270 

Jeder der acht EVB-IT- Vertragstypen 271 besteht aus den 
Allgemeinen Geschäftsbedingungen und aus einem Ver- 
tragsmuster, in dem das konkrete Rechtsgeschäft festge- 


269 Müller-Hengstenberg, Claus D./Kim, Stefan: Öffentliches Vergabe- 
recht und moderne IT-Softwareentwicklung. Anwendung öffentli- 
cher Vergabearten auf Softwareentwicklungsprozesse. In: Multi- 
Media und Recht, 15. Jg. 2012, Heft 1, S. 3 m. w. N. 

270 Die Beauftragte der Bundesregierung für Informationstechnik: IT- 
Beschaffung. EVB-IT und BVB. Online abrufbar unter: http://www. 
cio.bund.de/DE/IT-Beschaffung/EVB-IT-und-BVB/evb-it_bvb_node.html 

271 Bei den acht EVB-IT- Vertragstypen handelt es sich um: Kauf, 
Dienstleistung, Überlassung Typ A, Überlassung Typ B, Instandhal- 
tung, Pflege S, System und Systemlieferung. Siehe hierzu: Die Be- 
auftragte der Bundesregierung für Informationstechnik: IT-Beschaf- 
fung. Aktuelle EVB-IT. Online abrufbar unter: http://www. 
cio.bund.de/DE/IT-Beschaffung/EVB-IT-und-BVB/Aktuelle_EVB-IT/ 
aktuelle evb it node.html 
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halten und in seinen Einzelheiten vertraglich geregelt 
wird. Die Vertragsbedingungen enthalten am Ende je- 
weils Definitionen von Begriffen, die in den Vertragsbe- 
dingungen oder den Vertragsmustern verwendet werden. 
Für die Beschaffung von Freier Software können einzelne 
Regelungen in den jeweils zu verwendenden EVB-IT ei- 
nen zusätzlichen Aufwand bedeuten, da an dieser Stelle 
Alternativformulierungen (zum Beispiel bei Haftungsfra- 
gen) erforderlich sein können. 272 

Für die öffentliche Verwaltung wurde zudem im Novem- 
ber 2011 durch den IT-Planungsrat SAGA 5 zur verbind- 
lichen Anwendung für die Bundesverwaltung verabschie- 
det. „SAGA ist eine Zusammenstellung von Referenzen 
auf Spezifikationen und Methoden für Software-Systeme 
der öffentlichen Verwaltung. [...] Durch die Anwendung 
von SAGA sollen die Auswahl von Technologien in allen 
IT-Projekten der öffentlichen Verwaltung nach transpa- 
renten Kriterien und einheitlichen Qualitätsanforderun- 
gen vorgenommen und dauerhafte IT-Lösungen mit hoher 
Investitionssicherheit geschaffen werden. Es verfolgt die 
Ziele 

- Wirtschaftlichkeit, 

- Agilität, 

- Offenheit, 

- Sicherheit, 

- Interoperabilität, 

- Wiederverwendbarkeit und 

- Skalierbarkeit. 

Schwerpunktfelder von SAGA 5 sind Kommunikations- 
schnittstellen, Datenaustauschformate und Standards der 
IT-Sicherheit.“ 273 

„Um einen echten Wettbewerb zwischen den Angeboten 
zu erreichen, sind in der Ausschreibung alle die Entschei- 
dung beeinflussenden Umstände aufzunehmen (vgl. § 97 
Abs. 1 GWB, § 8 Abs. 2 VOL). Faktoren, die in der Aus- 
schreibung nicht genannt wurden, dürfen später bei der 
Entscheidung nicht berücksichtigt werden.“ 274 


212 Vgi öffentliches Expertengespräch „Freie Software, Schwerpunkt: 
Vergaberecht/ -praxis“ der Projektgruppe Interoperabilität, Standards, 
Freie Software der Enquete-Kommission Internet und digitale Ge- 
sellschaft des Deutschen Bundestages vom 21. September 2012. Pro- 
tokoll, S. 12 und 15. Online abrufbar unter: http://www.bundestag.de/ 
intemetenquete/dokumentation/InteroperabilitaetStandardsFreieSoft 
ware/PGISF_20 1 2-09-2 1 /PGISF 20 1 2-09- 
21_Expertengespraech_Freie_Software_Protokoll.pdf 

273 Die Beauftragte der Bundesregierung für Informationstechnik: Archi- 
tekturen und Standards. SAGA. Online abrufbar unter: http://www. 
cio .bund. de/DE/Architekturen-und- Standards/S AGA/saga_node . html 

274 Die Beauftragte der Bundesregierung für Informationstechnik 

(Hrsg.): Rechtliche Aspekte der Nutzung, Verbreitung und Weiter- 
entwicklung von Open-Source-Software. Begleitdokument zum Mi- 
grationsleitfaden 4.0. Version 4.0. 2012, S. 31. Online abrufbar unter: 
http://www.cio.bund.de/SharedDocs/Publikationen/DE/Architekturen- 
und-Standards/migrationsleitfaden_4_0_rechtliche_aspekte_download. 
pdf? blob=publicationFile 


Behörden, die eine Migration zu Freier Software in Be- 
tracht ziehen, müssen deswegen bereits in der Ausschrei- 
bung auf besonders gewünschte Eigenschaften hinwei- 
sen, die für eine solche Entscheidung angeführt werden 
können. Die entsprechenden Hinweise müssen jedoch 
auch Anbietern proprietärer Software weiterhin die Mög- 
lichkeit einräumen, sich ebenfalls an der Ausschreibung 
zu beteiligen. 275 

Dies folgt aus dem Gebot der neutralen Leistungsbe- 
schreibung des § 7 VOL/A. Bei Ausschreibungen können 
sich jedoch zulässige sachliche Gründe für weitergehende 
Konkretisierungen ergeben, zum Beispiel wenn die Of- 
fenheit des Quellcodes aus Sicherheitserwägungen ver- 
langt wird. Dies kann dann im Ergebnis zu einer Priori- 
sierung von Freier Software führen. 276 

„Der Zuschlag für die eingereichten Angebote ist gemäß 
§ 97 Abs. 5 GWB auf das wirtschaftlichste Angebot zu 
erteilen. § 25 Nr. 3 VOL/A bestimmt näher, dass der nied- 
rigste Angebotspreis nicht allein entscheidend ist. Es ist 
deswegen vergaberechtlich nicht zu beanstanden, wenn 
sich Behörden entgegen kurzfristiger monetärer Anreize 
für ein höherwertiges Angebot entscheiden. Entscheidend 
für die Wirtschaftlichkeit eines Angebots ist das güns- 
tigste Verhältnis zwischen der gewünschten Leistung und 
dem angebotenen Preis.“ 277 

Vergabefremde Kriterien für die Auswahl Freier Software 
sind dabei auszuschließen, es sei denn, sie sind ausdrück- 
lich gemäß § 97 Absatz 4 GWB durch Bundes- oder Lan- 
desgesetz vorgesehen. Entsprechende Landes- oder aber 
Bundesgesetze existieren jedoch bisher nicht. Auch der 
Grundsatzbeschluss des Deutschen Bundestages vom 
9. November 20 0 3 278 , in welchem der Deutsche Bundes- 
tag „die Einführung von unter Open-Source-Lizenzen er- 
stellten Produkten in der Bundesverwaltung“ gefordert 
hat, kann nicht als Ersatz für ein Gesetz im Sinne des § 97 
Absatz 4 GWB angeführt werden. 279 

In einer Gesamtbetrachtung erscheinen die vergaberecht- 
lichen Risiken von Freier Software und proprietärer Soft- 
ware als durchaus vergleichbar. 280 „Eine abschließende 
Evaluierung hängt allerdings in jedem Einzelfall von den 
in Frage stehenden Programmen, den Anbietern, den je- 
weiligen Vertragsgestaltungen und sonstigen Konditionen 
sowie der gewünschten Nutzung durch die Behörde 
ab.“ 281 


Vgl. ebd., S. 35. 

226 Vgl. ebd., S. 29. 

222 Ebd., S. 32. 

278 Siehe hierzu: Bundestagsdrucksache 14/5246: Antrag - Deutsch- 
lands Wirtschaft in der Informationsgesellschaft. 7. Februar 2001, 
S. 4ff. Online abrufbar unter: http://dipbt.bundestag.de/dip21/btd/14/ 
052/1405246.pdf 

279 Vgl. Die Beauftragte der Bundesregierung für Informationstechnik 

(Hrsg.): Rechtliche Aspekte der Nutzung, Verbreitung und Weiter- 
entwicklung von Open-Source-Software. Begleitdokument zum Mi- 
grationsleitfaden 4.0. Version 4.0. 2012, S. 32. Online abrufbar unter: 
http://www.cio.bund.de/SharedDocs/Publikationen/DE/Architekturen- 
und-Standards/migrationsleitfaden_4_0_rechtliche_aspekte_download. 
pdf? blob=publicationFile 

280 Vgl. ebd., S. 34. 

281 Ebd., S. 34. 
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2. 2. 2.2 Weitergabe Freier Software 

Bei der Weitergabe von Freier Software, die speziell für 
die Verwaltung erstellt wurde und zur Weiterentwicklung 
an Externe gegeben werden soll, bestehen haushaltsrecht- 
liche Hürden. Die Weiterentwicklung und Lizenzierung 
von Freier Software an andere Behörden ist haushalts- 
rechtlich unproblematisch, da diese von den „Kieler Be- 
schlüssen“ 282 gedeckt ist, sofern eine Gegenseitigkeit ge- 
währleistet ist. 

Die Weitergabe an Dritte (Private und Unternehmen) zur 
Weiterentwicklung der Software ist gemäß § 63 Absatz 2 
BHO jedoch aus haushaltsrechtlichen Gründen nicht zu- 
lässig. 283 

Im Ergebnis führt dies dazu, dass für die öffentliche Ver- 
waltung die Gefahr höherer Kosten besteht, wenn sie eine 
Weiterentwicklung von speziell für sie angefertigter 
Freier Software benötigt. Der eigentliche Vorteil von 
Freier Software wird hierdurch deutlich eingeschränkt. 
Darüber hinaus kann dies auch die Gefahr einer Teilung 
in unterschiedliche Entwicklungsstränge (englisch: Fork) 
zulasten der Verwaltung bringen, da neuere Entwicklun- 
gen nicht mehr in der von der Verwaltung benutzten 
Freien Software berücksichtigt werden. 

2. 2. 2. 3 Konjunkturpaket II 

Durch das IT-lnvestitionsprogramm als Bestandteil des 
Konjunkturpakets II wurden in einem eigenen Maßnah- 
menblock Open-Source-Software-Projekte mit insgesamt 
6,5 Mio. Euro gefördert. Dazu gehörten an erster Stelle 
praktische Problemlösungen wie beispielsweise die 
Erweiterung vorhandener Open-Source-Software (zum 
Beispiel die Weiterentwicklung von TrueCrypt 284 , insbe- 
sondere für die Linux-Plattform), aber auch die Imple- 
mentierung verwaltungseigener Software-Lösungen (zum 
Beispiel eNorm als ein XML-basiertes Austausch- und 
Datenformat für die Gesetzestexterstellung). 

Zusätzlich wurde das seit 2008 beim Bundesverwaltungs- 
amt angesiedelte Kompetenzzentrum Open-Source-Soft- 
ware durch das IT-lnvestitionsprogramm weiter ausge- 
baut. Die Schwerpunkte waren dabei 

- der Aufbau und die Steuerung von externer und inter- 
ner Beratungskompetenz durch die Unterstützung von 
Beratern in Behörden vor Ort, 


282 Zu den Kieler Beschlüssen siehe: IT-Planungsrat: Beschluss des 
KoopA vom 15. Juli 2002 (Kieler Beschluss) (Nr. 3U - 07/2002). Online 
abrufbar unter: http://www.it-planungsrat.de/SharedDocs/Downloads/ 

DE/KoopA_ADV/KoopA_AD V_Kieler_Beschluesse.pdf? blob= 

publicationFile 

283 Die Beauftragte der Bundesregierung für Informationstechnik 

(Hrsg.): Rechtliche Aspekte der Nutzung, Verbreitung und Weiter- 
entwicklung von Open-Source-Software. Begleitdokument zum Mi- 
grationsleitfaden 4.0. Version 4.0. 2012, S. 39. Online abrufbar unter: 
http://www.cio.bund.de/SharedDocs/Publikationen/DE/Architekturen- 
und-Standards/migrationsleitfaden_4_0_rechtliche_aspekte_download. 
pdf? blob=publicationFile 

284 Informationen zu TrueCrypt finden sich unter: http://www.truecrypt.org 


- der Aufbau und Transfer von Know-how und die Si- 
cherstellung und nachhaltige Nutzung der Projekter- 
kenntnisse durch die Aufbereitung und Erstellung von 
Konzepten, Leitfäden und Empfehlungen und 

- der Ausbau des Webangebots, um Vorteile und Pro- 
jekte für die gesamte deutsche Verwaltung nutzbar zu 
machen. Über einen rein informatorischen Webauftritt 
hinaus wurde eine aktive Plattform mit Software-Re- 
gister, Inventarverzeichnis der vorhandenen OSS- 
Komponenten in der Verwaltung, Web 2.0-Funktiona- 
litäten etc. realisiert. 

2.2. 2. 4 Kompetenzzentrum des Bundes- 
verwaltungsamtes zur Einführung 
von quelloffener Software in den 
Verwaltungen (CC OSS) 

Die Bundesstelle für Informationstechnik (BIT) hat im 
Jahr 2007 im Bundesverwaltungsamt auf Basis ihrer um- 
fangreichen Erfahrungen mit Open-Source-Software 
(OSS) das Kompetenzzentrum Open Source Software 
(CC OSS) gegründet. Damit soll die Verwendung von 
Open-Source-Software in der Bundesverwaltung ver- 
stärkt und ausgebaut werden. 

Aufgabe des Kompetenzzentrums ist die Sammlung von 
Erfahrungen aus laufenden OSS-Projekten in Behörden, 
die Darstellung der dabei eingesetzten Produkte und die 
Unterstützung von Behörden bei der Einführung und dem 
Einsatz entsprechender Software. Zudem berät das Kom- 
petenzzentrum zu speziellen, das Thema betreffenden 1T- 
Fragestellungen. Auch die Vermittlung von kompetenten 
Ansprechpartnern an andere Bundesbehörden für indivi- 
duelle Fragestellungen gehört zum Aufgabenbereich des 
Kompetenzzentrums. 

Die Website des Kompetenzzentrums dient darüber hi- 
naus als zentrale Stelle für den Wissensaustausch und die 
Informationsbeschaffung bezüglich des Einsatzes und der 
Entwicklung von OSS in der öffentlichen Verwaltung. 

2.2.3 Einsatz Freier Software im Bereich 
Mobilfunk/Smartphones 

Der Mobiltelefon- und Tabletmarkt wächst stark: Das 
Marktforschungsunternehmen Gärtner rechnet für 2013 
mit 1,2 Milliarden verkaufter Smartphones und Tab- 
lets. 285 Zudem entwickelt sich der Markt für Fernsehge- 
räte, die intelligent (smart) werden, zum Beispiel solche, 
die mit Google TV basierend auf dem Betriebssystem 
Android ausgestattet sind, sowie Set-Top-Boxen für den 
IPTV-Empfang ebenfalls rasant. Genauso wie heutige 
Smartphones kaum noch etwas mit den Tastentelefonen 
der 1980er-Jahre gemein haben, - außer, dass es möglich 
ist, mit ihnen zu telefonieren - so haben smarte TV-Ge- 
räte nichts mehr mit dem LCD-Fernseher der 2000er 
Jahre zu tun. Jedes Gerät wird in naher Zukunft über 


285 Vgl. Kannenberg, Axel: Gärtner: Smartphones und Tablets knacken 
bald Milliardengrenze, heise online, 7. November 2012. Online ab- 
rufbar unter: http://heise.de/-1745 103 
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seine IP-Nummer(n) Bestandteil des Internets der Dinge 

werden. 286 

Aktuell existieren drei in Nutzer- und Verkaufszahlen 
nennenswerte Plattformen für die so genannten Smart- 
phones, also Mobiltelefone mit dem Funktionsumfang ei- 
nes PCs: Android (Google), iOS (Apple) und Windows 
Phone (Microsoft). Diese Situation hat sich entwickelt 
und zugespitzt als das, was aktuell und im Rückblick als 
„Krieg der Ökosysteme“ 287 bezeichnet wird: Es gibt mitt- 
lerweile keinen Markt um Mobiltelefone als isolierte Pro- 
dukte mehr, sondern primär in Verarbeitungsdetail und 
Preis unterschiedliche Geräte, die dem Nutzer genau ei- 
nes dieser Ökosysteme eröffnen. Die wenigen Rechtein- 
haber dieser Ökosysteme haben ein Interesse daran, Kun- 
den unabhängig von den eigentlichen Herstellern der 
Telefone an „ihr“ System zu binden. 

Derzeit bestehen folgende Probleme für Freie Software 
auf Smartphones und Tablet-Computer: 

- Fehlende Lizenzinformation in App-Stores: Die 

App-Stores für mobile Endgeräte geben keinerlei In- 
formationen darüber, ob die dort angebotene Software 
unter einer freien Lizenz steht oder nicht. Teilweise ist 
Freie Software sogar von der Präsenz auf den App- 
Stores ausgeschlossen, da diese Rechte einschränken, 
die aber von der Lizenz Freier Software explizit ge- 
währt und nicht verwehrt werden dürfen. Einige alter- 
native App Stores wie F-Droid (für Smartphones mit 
Android-Betriebssystemen) gehen mit gutem Beispiel 
voran und nennen sogar die exakte Lizenz. Alle App- 
Stores, die sich beim Kauf bereits auf dem Gerät be- 
finden und deswegen von den meisten Anwendern be- 
nutzt werden, tun dies bisher nicht. 

- Unfreie Apps der öffentlichen Verwaltung 288 : Um 

mit der aktuellen Entwicklung der zunehmenden mo- 
bilen Nutzung des Internets Schritt zu halten, bieten 
zunehmend auch öffentliche Einrichtungen und Be- 
hörden in Deutschland eigene Apps an. Bisher sind 
diese Apps in der Regel keine Freie Software und wer- 
den ausschließlich über die dominierenden App-Stores 
angeboten. Wiederverwendbarkeit, Weiterentwicklung 
und Überprüfung der Einhaltung der Privatsphäre und 
Sicherheit werden so verhindert. 

- Einschränkung der Vertriebskanäle: Mobile Be- 
triebssysteme beispielsweise von Apple oder Mi- 
crosoft verbieten die Installation eines alternativen 
App-Stores. Dort hat sich der Hersteller durch techni- 


286 Siehe hierzu ausführlich: Bundestagsdrucksache 17/12540: Zwölfter 
Zwischenbericht der Enquete-Kommission Internet und digitale Ge- 
sellschaft. Verbraucherschutz. Kapitel 1 . 1 . 1 .4. Online abrufbar unter: 
http://dipbt.bundestag.de/extrakt/ba/WP 1 7/246/24667. html 

287 Heeg, Thiemo: Nokia-Chef Stephen Elop: „Wir sind in diesem 
Markt, um zu gewinnen“. FAZ, 6. November 2012. Online abrufbar 
unter: http://www.faz.net/aktuell/wirtschaft/untemehmen/nokia-chef- 
stephen-elop-wir-sind-in-diesem-markt-um-zu-gewinnen- 1 1 950980.html 

288 Vgl. Hillenius, Gijs: German Finance Ministry will share apps but not as 
open source. 10. Oktober 2012. Online abrufbar unter: http://joinup. 
ec.europa.eu/news/german-finance-ministry-will-share-apps-not-open- 
source 


sehe Sperren das Vertriebsmonopol gesichert und 
schreibt die Bedingungen vor, unter denen Software 
dort angeboten werden kann. Oft werden unliebsame, 
konkurrierende oder aus Sicht der Unternehmen un- 
moralische Apps aus den App-Stores nachträglich und 
ohne Warnung entfernt. Diese App-Stores sind „ge- 
schlossene Welten“ und gebunden an die Vorgaben 
und Grenzen des Anbieters, was dazu führt, dass eine 
Selektion dessen stattfinden kann, was angeboten 
wird. Im Falle des Apple-Marktplatzes iTunes gibt es 
darüber hinaus nicht nur die Selektion was, sondern 
auch wie es angeboten wird, da die Inhalte mit den 
Überzeugungen von Apple korrespondieren müssen. 
Diese Maßgabe kann die Inhalte von Angeboten be- 
einflussen. So bestehen dort angebotene Zeitschriften- 
Apps beispielsweise nicht immer aus den gleichen In- 
halten wie die entsprechenden Webseiten. 289 Freie 
Software wird von den Market-Betreibern bisher nicht 
in den Lizenzbedingungen berücksichtigt. Daher 
schließen manche App-Markets Freie Software aus. 290 
Des Weiteren können App-Store-Betreiber sogar nach 
dem Kauf Apps willkürlich von den Geräten ihrer 
Kunden - ohne deren explizite Zustimmung - entfer- 
nen. 

- Kopplung von Software und Service: Obwohl die 
mobilen Endgeräte nach dem Kauf in das Eigentum 
der Käuferinnen und Käufer übergehen, sichern sich 
die Hersteller dauerhafte Kontrolle und Zugriff auf die 
Geräte 291 . Sie koppeln andere Produkte an das Gerät 
und erschweren Konkurrenz und verhindern so eine 
freie Marktentwicklung. So kommt nicht nur der App- 
Store vom Hersteller des Ökosystems, sondern auch 
die Werbung, die Suchmachine, das Navigationssys- 
tem, der Backup-Dienst, usw. Im Smartphone-Markt 
wird ein Wechsel auf ein Telefon eines anderen Öko- 
system-Herstellers zunehmend erschwert, insbeson- 
dere dann, wenn bereits vorhandene Nutzerdaten oder 
Anwendungen mitgenommen werden sollen. 

- Einschränkung der Entwicklung: Entwicklerinnen 
und Entwickler der Anwendungsprogramme (Apps) 
und zunehmend auch Inhalteanbieter („Zeitungs- 


289 Siehe hierzu beispielsweise: Müller, Martin U.: Zu viel nackte Haut: 
Apple entfernte Nachrichten- App aus Online-Shop. Spiegel Online, 
25. November 2009. Online abrufbar unter: http://www.spiegel.de/ 
netzwelt/gadgets/zu-viel-nackte-haut-apple-entfemte-nachrichten-app- 
aus-online-shop-a-663123.html; Schwan, Ben: iPhone-Apps ohne 
Nackte. Apple zensiert „Bild“, taz, 8. Januar 2010. Online abrufbar 
unter: http://www.taz.de/I46461/; Stöcker, Christian/Lischka, Konrad: 
iTunes App Store. Wie Apple Inhalte zensiert. Spiegel Online, 
29. April 2010. Online abrufbar unter: http://www.spiegel.de/netzwelt/ 
netzpolitik/itunes-app-store-wie-apple-inhalte-zensiert-a-692005.html; 
Meister, Andre: Apple zensiert App über tödliche Drohnen- Angriffe, 
diese sei „verwerflich und primitiv“. Netzpolitik.org, 31. August 
2012. Online abrufbar unter: https://netzpolitik.org/2012/apple- 
zensiert-app-uber-todliche-drohnen-angriffe-diese-sei-verwerflich-und- 
primitiv/; Siehe ferner die App Review Guidelines von Apple unter: 
https ://developer. apple . com/ appstore/ guidelines . html 

290 Siehe hierzu: Smith, Brett: More about the App Store GPL Enforce- 
ment. 26. Mai 2010. Online abrufbar unter: http://www.fsf.org/blogs/ 
licensing/more-about-the-app-store-gpl-enforcement 

291 Siehe hierzu Kapitel 2.3.1 Secure Boot/Gerätehoheit. 
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Apps“), müssen sich immer schärfer werdenden Res- 
triktionen, Konditionen und Abgaben beugen, um über 
die vollkontrollierten Vertriebskanäle ihre Software 
verbreiten zu können. Nutzen sie diese nicht, haben 
sie entweder gar keinen Zugang zum entsprechenden 
Markt (wie bei Apples iOS App Store oder Microsofts 
Windows Phone Store) oder sehr eingeschränkten (bei 
Googles Store Google Play für Android). 

- Hardware-Software-Bundeling: Da Mobiltelefone 
und Tablet-Computer letztlich wie Laptops oder Desk- 
top-Computer auch Universalmaschinen sind, lassen 
diese prinzipiell die Installation von anderen Betriebs- 
systemen zu. Doch diese Möglichkeit wird zurzeit 
stark eingeschränkt. Viele Hersteller drohen mit dem 
rechtlich fragwürdigen 292 Verlust der Gewährleistung 
und setzen darüber hinaus technische Sperrmaßnah- 
men ein, um die Installation von anderen Betriebssys- 
temen zu verhindern. Die offensten Telefone sind mit 
Android-Betriebssystemen ausgestattet. Wegen dieser 
relativen Offenheit ist ein wachsendes Angebot von 
alternativen Android- Versionen entstanden, die in der 
Regel einen Mehrwert gegenüber dem vorinstallierten 
System bieten. Oft können alte Telefone vor dem 
Wegwerfen bewahrt werden, weil diese mit der neuen 
Software die Anforderungen der Verbraucher wieder 
erfüllen. 

2.2.4 Freie Software im Bereich der Branchen- 
software 

Zur Planung, Unterstützung und Steuerung betrieblicher 
Prozesse setzen Unternehmen spezielle Software ein. 
Diese Unternehmenssoftware kann unterteilt werden in 
Standardsoftware, branchenspezifische Software (Bran- 
chensoftware) und unternehmensspezifische Software 
(Individualsoftware). „Branchensoftware dient der Bear- 
beitung, Speicherung und Bildung von Wissen sowie zur 
Aufbereitung und Darstellung von Informationen und ist 
gleichzeitig essentiell für die Bereitstellung von Dienst- 
leistungen“ 293 in einzelnen Branchen. 

Eine Untersuchung des Zentrums für Europäische Wirt- 
schaftsforschung aus dem Jahr 20 1 1 294 zeigt, dass Firmen, 


292 Die EU-Richtlinie 1999/44/EG schreibt vor, dass die Gewährleistung 

auch im Falle des Rootens oder Flashens erhalten bleibt. Nur wenn 
nachgewiesen werden kann, dass der Defekt durch das Rooten oder 
Flashen verursacht wurde - was nur in Ausnahmefallen gegeben sein 
sollte - kann der Hersteller die Gewährleistung verweigern. Vgl. 
Richtlinie 1999/44/EG des Europäischen Parlaments und des Rates 
vom 25. Mai 1999 zu bestimmten Aspekten des Verbrauchsgüter- 
kaufs und der Garantien für Verbrauchsgüter. 7. Juli 1999, S. 12 bis 
16. Online abrufbar unter: http://eur-lex.europa.eu/LexUriServ/Lex 
UriServ.do?uri=OJ:L: 1 999: 1 7 1 :00 1 2:00 1 6:DE:PDF. Siehe hierzu 

auch die Klarstellung der Free Software Foundation Europe e.V.: 
Flashing your device does not void your statutory warranty - FSFE 
Legal. 6. November 2012. Online abrufbar unter: http://fsfe.org/ 
news/20 1 2/news-20 1211 06-0 1 .en.html 

293 Engelstätter, Benjamin/Sarbu, Miruna: Enterprise Software and Ser- 
vice Innovation: Standardization versus Customization. Discussion 
Paper No. 10-100. Zentrum für Europäische Wirtschaftsforschung 
(ZEW). 2010, Abschnitt „Das Wichtigste in Kürze“. Online abrufbar 
unter: ftp://ftp.zew.de/pub/zew-docs/dp/dp 101 00.pdf 

294 Siehe Fußnote 293. 


die speziell auf ihre Bedürfnisse zugeschnittene Unter- 
nehmenssoftware einsetzen, grundsätzlich innovativer als 
Wettbewerber sind, die vor allem auf standardisierte Soft- 
ware setzen. Die Untersuchung hat den Einfluss von 
Branchensoftware und Individualsoftware auf den Inno- 
vationserfolg von Dienstleistungsunternehmen in den 
Blick genommen. 

Zu berücksichtigen ist, dass große Unternehmen meist 
über ausreichend eigene Ressourcen verfügen, um sich 
eine Spezialsoftware nach den Anforderungen ihres Ge- 
schäftsmodells und gemäß der Anforderungen ihrer Ge- 
schäftsprozesse zu erstellen beziehungsweise erstellen zu 
lassen. Kleinen und mittelständische Unternehmen 
(KMU) hingegen fehlen in der Regel vergleichbare Res- 
sourcen. Sie müssen oftmals auf standardisierte Angebote 
zurückgreifen beziehungsweise das Angebot auswählen, 
welches die eigenen Geschäftsprozesse am ehesten abbil- 
det. 

Dies kann zu Nachteilen im Wettbewerb führen, da Spe- 
zialsoftware in vielen Branchen unverzichtbar geworden 
ist. Im Gesundheitssektor werden zum Beispiel für die 
Patientenverwaltung und das Datenmanagement für 
Labor- und Radiologiedaten spezialisierte Programme be- 
nötigt; Anwaltskanzleien benötigen ein sicheres Akten- 
und Mandantenmanagement. Aber auch das Handwerk 
braucht für die Errechnung und Ausarbeitung von Arbei- 
ten spezielle Software. Quasi jede Branche innerhalb des 
Dienstleistungssektors und des Handwerks könnte von ei- 
nem intelligenten Softwareeinsatz profitieren, mindestens 
durch die Reduzierung von Personalkosten im Bereich 
der Kundenverwaltung und im Bereich des Produkt- und 
Dienstleistungsmanagements. 295 

Andere Branchen etwa das Handwerk haben ebenso ei- 
gene Anforderungen an Softwaresysteme, beispielhaft 
sollen hier Funktionen erwähnt werden wie die Berech- 
nung des Materialverbrauchs oder Verschnitts im Bereich 
von Holz- und Stahlkonstruktionen, oder Software zur 
Auftragserteilung und Abrechnung. Solche Spezialsoft- 
ware kann nur innerhalb einer engen Kooperation zwi- 
schen Softwarehersteller und Handwerksbetrieb erstellt 
werden. 

Es gibt einige mittlere und kleine Softwarehersteller, wel- 
che spezielle Branchensoftware für KMU herstellen. 
Meistens ist dies jedoch proprietäre Software, deren ge- 
naue Anpassung an Kundenanforderungen nur durch den- 
jenigen erfolgen kann, der den Quellcode besitzt. Dies ist 
immer nur der Hersteller selbst sowie manchmal koope- 
rierende Unternehmen, die durch den Hersteller lizenziert 
worden sind. 

Für die Erstellung einer solchen Software ist zudem eine 
hohe Branchenkenntnis erforderlich. Gerade KMU und 
Selbstständige verfügen selten über Mitarbeiter, die so- 
wohl diese spezialisierten Kenntnisse haben und auch 
programmieren können, sodass eine enge Zusammenar- 
beit mit den Anbietern, die die Software erstellen könn- 


295 Siehe hierzu auch die Ergebnisse der in Fußnote 293 zitierten Unter- 
suchung. 
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ten, unerlässlich ist. Darüber hinaus ist ein Zugriff auf 
branchenübliche Standards notwendig, um diese unmit- 
telbar bei der Programmierung der Software bereits be- 
rücksichtigen zu können. 

Hieraus können sich auch Hürden wie beispielsweise bei 
den Arztinformationssystemen ergeben. Obwohl sich im 
Bereich der Software für medizinische Zwecke bereits 
weltweit verteilte Arbeitsgruppen aus Programmierern 
und Medizinern gebildet haben, die die Bedürfnisse der 
Mediziner durch enge Kooperation realitätsnah in Soft- 
ware abbilden (Projekt GNUmed), gibt es erhebliche 
Schwierigkeiten bei der Fortführung des Projekts. 

Dies liegt u. a. auch daran, dass die Kassenärztliche Bun- 
desvereinigung (KBV) Software für den Einsatz in Arzt- 
praxen zertifiziert und zugleich Vorgaben für Schnittstel- 
len zwischen den verschiedenen Softwaresystemen 
veröffentlicht etwa für die Datenübertragung zwischen 
Krankenkassen und Arztpraxen oder auch für den Daten- 
austausch zwischen Fachärzten, Allgemeinmedizmern 
und Laborärzten. Die Zertifizierung ist nicht kostenlos 
und stellt daher eine Hürde für die Erzeugung von quel- 
loffener Software dar. Das oben als Beispiel genannte 
Projekt GNUmed verfügt noch nicht über eine Zertifizie- 
rung, auch deswegen, weil die Zertifizierungshürden von 
einem ehrenamtlich arbeitenden Team kaum genommen 
werden können. 

Aus der schweizerischen quelloffenen Medizin-Software 
Elexis hat sich inzwischen ein Unternehmen (Medelexis 
AG) gegründet, welches interessierten Arztpraxen diese 
quelloffene Software installiert und konfiguriert, Updates 
zur Verfügung stellt und dafür eine jährliche Gebühr be- 
rechnet. Hier wurde vorbildlich ein Geschäftsmodell auf 
Basis Freier Software gefunden und implementiert, wel- 
ches vermutlich die deutschen Zertifizierungshürden 
überstehen könnte, wenn es dem deutschen Markt ange- 
passt würde. 

Auch im Bereich der Software für Rechtsanwälte gibt es 
inzwischen quelloffene Alternativen zu proprietärer Soft- 
ware. Exemplarisch genannt werden soll hier Canzeley 
und OpenLawyers. Beide Produkte unterstützen die Man- 
datsverwaltung und die Aktenablage. Während die beiden 
genannten Funktionen relativ übliche Softwarekompo- 
nenten in jeder Bürosoftware sind, stellt sich gerade bei 
Anwaltssoftware die Hürde der Rechnungsstellung den 
Programmierern in den Weg. Da die Rechnungsstellung 
nach dem Gesetz über die Vergütung der Rechtsanwältin- 
nen und Rechtsanwälte (RVG) erfolgt, muss dessen kom- 
plexe Rechnungslogik sinnvoll in der Software abgebildet 
werden - eine Aufgabe, die Programmierer ohne Koope- 
ration mit einem oder mehreren Anwälten kaum lösen 
kann. Das offene Softwareprodukt Canzeley assistiert zu- 
mindest bei der Rechnungsstellung nach dem Rechtsan- 
waltsvergütungsgesetz. 

Im Bereich der Industrie findet sich Freie Software vor al- 
lem bei Embedded Software 296 und im Freie Hardware 


296 Siehe hierzu Kapitel 1.3. 1.1 Definition - Cyber-Physical Systems. 


Projekt OSCar 297 . Dieses Projekt hat sich zur Aufgabe ge- 
setzt, ein Auto komplett frei zu entwickeln, sodass es von 
jedem nachgebaut werden kann. 

Auch wenn allgemein in mehreren Umfragen und Stu- 
dien 298 festgestellt worden ist, dass Freie Software in vie- 
len großen und auch kleineren und mittelständischen Un- 
ternehmen bereits punktuell eingesetzt wird, stellt sie im 
Bereich der spezialisierten Branchensoftware bisher eher 
noch die Ausnahme dar. 

2.2.5 Sicherheitsaspekte Freier Software 

Für die Beurteilung der Sicherheit von Software sind 
mehrere Aspekte zu betrachten, ln erster Linie gehören 
dazu natürlich die Anzahl und Schwere von Sicherheits- 
lücken. Relevant sind aber auch andere Software-De- 
fekte, die zu Fehlfunktionen führen, da sie letztendlich 
die Ausnutzung oder Entdeckung von Sicherheitslücken 
zur Folge haben können. Auch kann eine hohe Komplexi- 
tät in der Konfiguration der Software zu Konfigurations- 
fehlern durch die Anwender führen und dadurch Sicher- 
heitslücken auslösen. Daneben ist es bedeutsam, ob eine 
Software nur ihre tatsächliche Aufgabe erfüllt oder Hin- 
tertüren und weitere Funktionalität zum Beispiel zum 
Ausspionieren von Daten enthält. 299 Keine Software mit 
einem größeren Umfang ist fehlerfrei, auch Sicherheitslü- 
cken kommen immer wieder vor. Daher ist es wichtig, 
dass gefundene Fehler schnell behoben und den Nutzem 
zügig Informationen über Umgehungsmöglichkeiten 
(englisch: Workaround) geliefert werden. 

Freie Software gilt traditionell als sehr sicher. Befürwor- 
ter 300 dieser Aussage begründen dies damit, dass jeder 
Nutzer den Code studieren und Schwachstellen finden so- 
wie beseitigen könne. Die Gegenauffassung 301 besagt, 
dass durch den Zugriff auf den Source-Code Angreifer 
schneller Schwachstellen finden könnten und dadurch ein 
Sicherheitsrisiko bestehe. Die Metastudie - Open-Source- 
Software und ihre Bedeutung für Innovatives Handeln im 
Auftrag des BMBF kam zu dem Ergebnis, dass Freie 


297 Informationen zum Projekt OScar sind online verfügbar unter: http:// 
www.theoscarproject.org/. 

298 Siehe hierzu beispielsweise: Diedrich, Oliver: Trendstudie Open 
Source. Wie Open- Source- Software in Deutschland eingesetzt wird, 
heise online, 4. Februar 2009. Online abrufbar unter: http://heise.de/ 
-221696 sowie Diedrich, Oliver: Gärtner: Open Source ist überall, 
heise online, 18. November 2008. Online abrufbar unter: http:// 
heise.de/-217214 

299 Siehe zu dieser Problematik ausführlich: Bundestagsdrucksa- 
che 17/12541: Neunter Zwischenbericht der Enquete-Kommission 
Internet und digitale Gesellschaft. Zugang, Struktur und Sicherheit 
im Netz. Online abrufbar unter: http://dipbt.bundestag.de/extrakt/ba/ 
WP 1 7/246/24667. html 

300 Siehe hierzu beispielsweise: Bundesamt für Sicherheit in der Infor- 
mationstechnik: Freie Software (FLOSS: Freier, Libre und Open 
Source Software). Strategische Position des BSI zu Freier Software. 
Online abrufbar unter: https://www.bsi.bund.de/ContentBSI/Themen/ 
FreieSoftware/indexhtm.html 

301 Siehe hierzu beispielsweise: Microsoft: Linux im Handel - Was jeder 
Händler wissen sollte. Whitepaper. Mai 2001. Unter Punkt 7 heißt es: 
,„Open Source 4 heißt, jeder Anwender erhält eine Kopie des Quell- 
codes. Dabei stoßen Entwickler, die mit Linux arbeiten, häufig auf 
Sicherheitslücken. Auf Microsoft Windows trifft dies nicht zu.“ 
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Software oftmals eine wesentlich geringere Fehlerdichte 
als vergleichbare proprietäre Software aufweise. Die Stu- 
die kommt zu dem Fazit: „Für den Einsatz in sicherheits- 
kritischen Bereichen ist der Open-Source-Bewegung da- 
mit ein hohes Innovationspotenzial im Sinne einer 
möglichen qualitativen Produkterweiterung zuzuschrei- 
ben.“ 302 

Insgesamt kommt das Entwicklungsmodell von Freier 
und Open-Source-Software der Entwicklung sicherer und 
mit weniger Fehlern behafteter Software entgegen: die öf- 
fentliche Diskussion über neue Funktionalitäten, Code- 
Review (also die Überprüfung des Codes durch weitere 
Autoren) vor der Übernahme neuer Funktionen in die An- 
wendung, öffentliche Fehlerdatenbanken, die Möglich- 
keit, dass viele Autoren den Code studieren, der durch das 
Vorhandensein vieler Autoren faktische Zwang zu ver- 
ständlicher Programmierung sowie Dokumentation und 
weitere Aspekte sind positive Faktoren zur Vermeidung 
und Entdeckung von Fehlern. Da die Häufigkeit der Nut- 
zung dieser Techniken und die Erfahrung der Entwickler 
bei verschiedenen Projekten unterschiedlich ausfällt, ist 
natürlich auch die Fehleranfälligkeit unterschiedlich. 

Verschiedene praktische Analysen zeigen, dass Freie 
Software im Bereich der Sicherheit nicht hinter proprietä- 
rer Software zurückbleibt, sondern oft voraus ist: 

Die Sicherheitsfirma Coverity vertreibt eine Anwendung, 
mit der sich anhand verschiedener Kriterien die Qualität 
von Software testen lässt. Dazu werden potenzielle Fehler 
und Sicherheitslücken aufgespürt. 

Im Coverity Scan: 2011 Open Source Integrity Report 
kommt das Unternehmen zu dem Schluss, dass sich Freie 
und proprietäre Software ähnlichen Quellcode-Umfangs 
hinsichtlich der Qualität entsprächen („that when compa- 
ring codebases of similar size, quality is on par across 
open source and proprietary Software “)- 303 Dazu wurden 
über 300 Millionen Zeilen Code von 41 proprietären Pro- 
grammen und 37 Millionen Zeilen Code aus 45 wichtigen 
Projekten Freier Software analysiert. Bei proprietärer 
Software, deren Code durchschnittlich 7,5 Millionen Zei- 
len umfasst, fand Coverity im Durchschnitt 0,64 Fehler 
pro 1 000 Zeilen Code. Der Umfang der Codezeilen sei 
bei der betrachteten proprietären Software signifikant 
größer als der durchschnittliche Umfang der Codezeilen 
der Freien Software, die Gegenstand der Analyse gewe- 
sen ist („significantly larger than the average for open 
source Software included in our analysis“). 304 Durch- 
schnittlich wurden bei Freier Software 0,45 Fehler pro 
1 000 Zeilen Code gefunden. Im Vergleich mit Linux 2.6, 


302 Heinrich, Hartmut et al.: Metastudie. Open-Source-Software und ihre 
Bedeutung für Innovatives Handeln, hrsg. von Holl, Friedrich-L., im 
Auftrag des Bundesministeriums für Bildung und Forschung. 2006, 
S. 42. Online abrufbar unter: http://www.bmbf.de/pubRD/oss_ 
studie.pdf 

303 Coverity, Inc.: Coverity Scan: 2011 Open Source Integrity Report. 
2012, S. 13. Online abrufbar unter: http://www.coverity.com/library/ 
pdf/coverity-scan-20 1 1 -open-source-integrity-report.pdf 

304 Ebd. 


welches mit sieben Millionen Codezeilen ungefähr an den 
Umfang der getesteten proprietären Software heranreicht, 
lag mit 0,62 Fehlem pro 1 000 Zeilen Code eine ver- 
gleichbare Fehlerdichte vor. 305/306 

Der Dienstleister Netcraft analysiert permanent 307 die be- 
triebssichersten Hosting-Provider im Internet. Dabei lan- 
den regelmäßig 308 Provider, die eines der freien Betriebs- 
systeme Linux oder FreeBSD einsetzen, auf den vorderen 
Plätzen. Zwar lässt sich daraus nur indirekt der Schluss 
ziehen, welche Systeme sicherer sind. Es zeigt aber, dass 
Hosting-Unternehmen, die Wert auf Sicherheit und Ver- 
fügbarkeit legen, stark auf Freie Software setzen. 

Für sicherheitskritische Systeme 309 ist es wichtig, dass die 
eingesetzte Software keine absichtlichen oder unabsicht- 
lichen Hintertüren oder Sicherheitslücken, die als solche 
genutzt werden können, aufweist. Während es einfach ist, 
das Vorhandensein einer Funktion einer Software zu be- 
weisen, ist es sehr schwierig, zu beweisen, dass eine Soft- 
ware eine bestimmte Funktion nicht enthält. Durch die 
Offenlegung des Quelltextes ist dies bei Freier Software 
einfacher möglich, da der Code beliebig analysiert und 
auf Hintertüren untersucht werden kann. Dies ist insbe- 
sondere im Bereich der Verschlüsselung wichtig. Dazu 
kommt, dass Kryptographie eines der anspruchsvollsten 
Felder der Informatik ist und schon kleine, auf den ersten 
Blick unbedeutende Fehler eine Reihe von Problemen 
nach sich ziehen können. Daher ist es in der Regel als un- 
sicherer anzusehen, wenn ein Entwickler beispielsweise 
eine eigene Implementierung des SSL-Standards zur ver- 
schlüsselten Kommunikation entwickelt, anstatt die seit 
langem getestete und weit verbreitete und getestete Im- 
plementierung OpenSSL zu nutzen. OpenSSL war die 
erste nach dem amerikanischen Standard FIPS 140-2 zer- 
tifizierte Freie Software. Da eine solche Zertifizierung 
sehr kostenintensiv ist, wird diese bei Freier Software nur 
selten durchgeführt. 

Aus Sicherheitsgründen spricht insgesamt nichts gegen 
den Einsatz Freier Software. Im Gegenteil: Viele Anwen- 
dungen können als besonders sicher gelten. Im Einzelfall 
ist aber immer die konkrete Software anhand der jeweili- 
gen Bedürfnisse zu bewerten. 


305 Vgl. Coverity, Inc.: Coverity Scan: 2011 Open Source Integrity Re- 
port. 2012, S. 5. Online abrufbar unter: http://www.coverity.com/ 
library/pdf/coverity-scan-20 1 1 -open-source-integrity-report.pdf 

306 Die Fraktion der SPD sowie der Sachverständige Alvar Freude haben 
gegen die Textfassung dieses Absatzes gestimmt und ein Sondervo- 
tum abgegeben (siehe Kapitel 5 Sondervoten). 

307 Siehe hierzu: Netcraft: Netcraft Hosting Provider Performance Moni- 
toring. Online abrufbar unter: http://uptime.netcraft.com/perf/reports/ 
Hosters 

308 Vgl. Netcraft: Most Reliable Hosting Company Sites in October 
2012. 1. November 2012. Online abrufbar unter: http://news.net- 
craft.com/archives/20 12/11/01 /most-reliable-hosting-company-sites-in- 
october-20 1 2.html 

309 Siehe zum Thema Schutz Kritischer Infrastrukturen: Bundestags- 
drucksache 17/12541: Neunter Zwischenbericht der Enquete-Kom- 
mission Internet und digitale Gesellschaft. Zugang, Struktur und Si- 
cherheit im Netz. Online abrufbar unter: http://dipbt.bundestag.de/ 
extrakt/ba/WP 1 7/246/24667.html 
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2.3 Weitere Open-Source-Felder 

2.3.1 Secure Boot/Gerätehoheit 

Durch die Entwicklung des Computers zu einer Univer- 
salmaschine ist über die letzten Jahrzehnte ein leistungs- 
fähiges Werkzeug entstanden, mit dem eine Vielzahl von 
Aufgaben ausgeführt werden können. Mit der Funktion 
Secure Boot, die seit 2012 implementiert wird, werden 
Eigentümer von IT-Geräten in der Möglichkeit be- 
schränkt unabhängig über den Gebrauch ihrer Maschinen 
zu entscheiden. Sie können nicht mehr frei bestimmen, 
welche Software auf dem Gerät betrieben wird. 

Die Instanz, die letztendlich kontrolliert, welche Software 
auf einem Gerät ausgeführt werden kann und die somit 
die konkreten Funktionen eines Geräts festlegt, hat 
schließlich die Kontrolle über alle Daten, die vom Gerät 
verarbeitet und gespeichert werden. Das kann zur Folge 
haben, dass Eigentümer des IT-Geräts nicht die alleinige 
Verfügungsgewalt über die eigenen Daten innehaben. 

Am 19. November 2012 wurde das Eckpunktepapier der 
Bundesregierung zu „Trusted Computing" und ,, Secure 
Boot“ 310 veröffentlicht, in dem unter anderem gefordert 
wird, dass ein Geräte-Eigentiimer über die vollständige 
Kontrolle seiner Geräte verfügen muss. 

Funktionsweise von Secure Boot 

Wenn IT-Geräte eingeschaltet werden, führen sie einen 
Startprozess aus, der Booten genannt wird. Im Falle eines 
Computers beinhaltet dieser Startprozess das Ausführen 
von einer Firmware. Diese Firmware wiederum startet ein 
anderes Programm, genannt Bootloader, der letztlich das 
Betriebssystem lädt. Im Jahr 2013 wird der industrieweite 
Übergang von der klassischen B10S(Basic Input/Output 
System)-Firmware für PCs, Notebooks, Server und an- 
dere Computer zu UEFI (Unified Extensible Firmware 
Interface) 311 nahezu abgeschlossen sein. Verglichen mit 
dem klassischen BIOS hat UEFI mehrere Vorteile, wie 
zum Beispiel eine kürzere Startdauer, betriebssystem- 
unabhängige Treiber und das Versprechen höherer Si- 
cherheit. 

Der Sicherheitsaspekt wird von einer Funktion namens 
Secure Boot abgedeckt. Seit UEFI 2.3.1 (veröffentlicht 
am 8. April 2011) stellt Secure Boot sicher, dass während 
des Startprozesses ausschließlich Software ausgeführt 
wird, die mit einer der vorinstallierten kryptographischen 
Signaturen übereinstimmt. Damit wird verhindert, dass 
während des Startvorgangs des Computers unerwünschte 
Software (zum Beispiel Schadsoftware) ausgeführt wird, 
indem jede Softwarekomponente (zum Beispiel verschie- 
dene Teile der UEFI-Firmware, der Bootloader, der Be- 


310 Siehe hierzu: Bundesministerium des Innern: Eckpunktepapier der 

Bundesregierung zu „Trusted Computing“ und „Secure Boot“. Au- 
gust 2012. Online abrufbar unter: http://www.bmi.bund.de/Shared- 
Docs/Downloads/DE/Themen/OED_Verwaltung/Informationsgesell 
schaft/ trusted_computing.pdf? blob=publicationFile 

311 Siehe hierzu: Wikipedia - Die freie Enzyklopädie: Unified Extensible 
Firmware Interface. Online abrufbar unter: http://en.wikipedia.org/ 
wiki/Unified Extensible Firmware Interface 


triebssystemkernel) vor deren Start kryptographisch 
verifiziert wird. Deshalb müssen die zu benutzenden 
kryptographischen Signaturen in die UEFI-Signaturda- 
tenbank jedes IT-Gerätes, das mit Secure Boot ausgestat- 
tet ist, installiert werden, bevor eine kryptographisch 
signierte Softwarekomponente auf dieser spezifischen 
Maschine gestartet werden kann. 

Es wird erwartet, dass die große Mehrheit der Computer- 
hersteller Secure Boot implementieren wird, da Microsoft 
angekündigt hat, dass Computerhersteller UEFI imple- 
mentieren müssen, wenn sie für von ihnen gebaute Geräte 
eine Windows-8-Zertifizierung 312 erhalten wollen, zum 
Beispiel um das „Compatible with Windows 8“-Logo 
verwenden zu können. 

Während die Secure Boot-Spezifikation von UEFI (sowie 
die Spezifikationen der Trusted Computing Group, die 
Trusted Boot definieren) den primären Startprozess bis 
hin zum Betriebssystemkernel abdecken, ist die Infra- 
struktur zur Erweiterung der Signaturprüfung aller auf ei- 
nem Computer ablaufenden Software ausgereift und 
funktionierend in mehreren Betriebssystemen vorhan- 
den. Neben Windows 8 wird diese zurzeit nur bei Geräte- 
treibern für Windows erzwungen. 

Während auf Systemen mit x86-Prozessor laut Spezifika- 
tion Secure Boot ausgeschaltet werden kann, ist dies auf 
Windows-8-Systemen mit ARM-Prozessoren, wie in den 
meisten Tablet-PCs enthalten, nicht erlaubt. Dies kann 
verhindern, dass alternative Betriebssysteme wie Linux 
installiert werden können und erlaubt den Herstellern von 
Hardware und Betriebssystem die volle Kontrolle über 
alle Inhalte und Anwendungen auf entsprechenden Gerä- 
ten. Die Fachzeitschrift c‘t sprach daher von „Freiheits- 
entzug durch die Vordertür“. 313 

Wer hat die Gerätehoheit? 

Wenn all diese Maßnahmen unter alleiniger Kontrolle der 
Geräteeigentümer stünden, könnten sie in ihrem besten 
Interesse sein, da sie helfen, die Sicherheit des Start- 
prozesses zu verbessern, der bis heute weitgehend ungesi- 
chert ist. Das wäre der Fall, wenn - wie im Eckpunkte- 
papier der Bundesregierung gefordert - die vom UEFI- 
Forum und der Trusted Computing Group (TCG) spezifi- 
zierten Sicherheitssubsysteme dem Eigentümer perma- 
nente, volle und alleinige Verfügungsgewalt über die 
Konfiguration und Verwaltung dieser Sicherheitssubsysteme 
technisch gewährleisten würden was die Erstellung, Spei- 
cherung, Benutzung und Löschung der kryptographischen 
Schlüssel, Zertifikate und Signaturen einschließt. 

Sobald aber Dritte neben dem Geräteeigentümer diese Si- 
cherheitssubsysteme nutzen können, ermöglicht das ih- 
nen, unbeabsichtigte oder einfach unvorhergesehene Nut- 


312 Siehe hierzu: Microsoft: Windows 8 Hardware Certification Require- 
ments. Online abrufbar unter: http://msdn.microsofl.com/en-us/libra 
ry/windows/hardware/hh748200.aspx 

313 Windeck, Christof: Logo-Korsett. Hardware- Vorgaben für Systeme 
mit vorinstalliertem Windows 8. c‘t - Magazin für Computertechnik, 
04/2012, Seite 19. Online abrufbar unter: http://heise.de/-1421527 
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zungsformen dieser IT-Geräte zu unterbinden. Im Falle 
von IT-Geräten mit Internetzugang kann der Hersteller 
diese Benutzungsbeschränkungen technisch zu jeder Zeit 
verändern. Außerdem können IT-Hersteller nach ihrem 
Belieben grundlegende Rechte entziehen, die Eigentümer 
von Produkten gewöhnlich erhalten . 314 Daher kann mit 
der Implementierung von Secure Boot die Verfügbarkeit 
von echten Universalcomputern unter voller Kontrolle ih- 
rer Eigentümer stark reduziert werden. 

2.3.2 Offene Hardware 

Mit fortschreitendender Technik verschwimmen die 
Grenzen zwischen Software und Hardware zunehmend. 
Die gesamte Hardware eines Rechners inklusive seiner 
Peripherie-Geräte lässt sich durch Virtualisierungstechno- 
logie vollständig in Software Umsetzern Diese Peripherie- 
Geräte wie Soundkarten, Grafikkarten und dergleichen 
sind ohnehin selten noch vollständig in Hardware umge- 
setzt, sondern werden von einer Software, der Firmware, 
gesteuert, die auf dem Gerät ausgeführt wird und zum 
Beispiel bei der Initialisierung des Geräts vom Betriebs- 
system auf das Gerät geladen wird oder von Treibern dem 
Betriebssystem zur Verfügung gestellt wird. Auf der an- 
deren Seite lassen sich mittlerweile elektronische Schalt- 
kreise bis hin zu vollständigen Hauptprozessoren in so 
genannten Hardwarebeschreibungssprachen entwerfen, 
beschreiben, simulieren, testen und letztendlich auch 
durch geeignete Werkzeuge automatisiert in eine reale 
Hardware überführen. Diese Hardwarebeschreibungs- 
sprachen sind einer Programmiersprache für Software 
sehr ähnlich. Allein vor diesem Hintergrund erscheint es 
sinnvoll, sich im Zusammenhang mit Freier Software 
auch über Hardware Gedanken zu machen. 

Davon abgesehen gibt es Kriterien von Hardware, die 
eine Hardware für den Einsatz von freier Software besser 
oder weniger gut geeignet machen, zum Beispiel das Kri- 
terium, ob die Hardware offen spezifiziert ist. Nicht zu- 
letzt gibt es aber auch freie Hardware, die nach vergleich- 
baren Prinzipien wie Freie Software eine kollaborative 
Entwicklung und transparentere Kontrolle dieser Hard- 
ware ermöglicht. 

Definition 

Bei der Definition von freier und offener Hardware muss 
man grundsätzlich unterscheiden, ob man sich auf offen 
spezifizierte Hardware oder tatsächlich freie Hardware 
bezieht. 

- Offen spezifizierte Hardware: Als offen spezifizierte 
Hardware soll hier Hardware verstanden werden, de- 
ren Schnittstelle zur Software (Hardware-Spezifika- 
tion) als Offener Standard 315 vorliegt. Bei der Hard- 


314 Siehe zu den daraus resultierenden Verbraucherschutzaspekten: Bun- 
destagsdrucksache 17/12540: Zwölfter Zwischenbericht der 
Enquete-Kommission Internet und digitale Gesellschaft. Verbrau- 
cherschutz. Kapitel 1.1. 1.4. Online abrufbar unter: http://dipbt.bundes 
tag.de/extrakt/ba/WP 1 7/246/24667. html 

315 Siehe zum Begriff Offener Standard Kapitel 1.2.2 Offene Standards. 


wäre selbst muss es sich aber nicht um freie Hardware 
handeln. Um eine bestimmte Hardware mit Freier 
Software betreiben zu können, muss diese offen spezi- 
fiziert sein. Andernfalls kann diese Hardware nur un- 
ter einem erheblichen Reverse-Engineering-Aufwand 
mit Freier Software betrieben werden. 

- Freie Hardware: Freie Hardware hingegen ist Hard- 
ware, deren Design unter einer Lizenz liegt, welche 
ähnlich wie Freie Software die vier Rechte 316 gewährt: 

- Die Freiheit, das Hardwaredesign für jeden Zweck 
zu verwenden. 

- Die Freiheit, die Funktionsweise der Hardware zu 
untersuchen, und sie an die eigenen Bedürfnisse 
anzupassen. 

- Die Freiheit, Kopien des Hardwaredesigns weiter- 
zugeben und damit anderen zu helfen. 

- Die Freiheit, das Hardwaredesignsein zu verbes- 
sern und die Verbesserungen an die Öffentlichkeit 
weiterzugeben, sodass die gesamte Gesellschaft 
profitiert. 

- In welcher Form das Hardwaredesign vorliegt, hängt 
davon ab, auf welcher Basis diese Hardware entwor- 
fen wurde und um was für eine Art von Hardware es 
sich handelt. Das kann zum Beispiel ein Entwurf in 
Form einer Hardwarebeschreibungssprache sein oder 
ein schematisches Schaltbild, das die Verdrahtung der 
verschiedenen Bauelemente beschreibt, sowie eine zu- 
gehörige Erklärung. 

Offen spezifizierte Hardware 

Hinsichtlich der offenen Spezifikation von Hardware er- 
gibt sich zum jetzigen Zeitpunkt ein sehr durchwachsenes 
Bild auf dem Markt. Beispielsweise stellt sich die Situa- 
tion im Falle von Grafikkarten derzeit so dar, dass der 
Halbleiterhersteller Intel seine neu auf den Markt ge- 
brachten Grafikchipsätze nicht nur grundsätzlich offen 
spezifiziert, sondern sogar die dazugehörigen Treiber für 
GNU-Linux-Systeme als Freie Software entwickelt und 
bereitstellt. NVIDIA und AMD hingegen halten die Spe- 
zifikation ihrer Grafikchipsätze in der Regel größtenteils 
geheim und stellen im besten Fall lediglich proprietäre 
Treiber für freie Betriebssysteme wie GNU-Linux bereit, 
die diese Spezifikation verbergen sollen. Der Einsatz von 
proprietären Treibern auf freien Betriebssystemen ist mit 
erheblichen Kompatibilitätsproblemen verbunden. Es 
gibt herstellerunabhängige Projekte, die zum Ziel haben, 
freie Grafiktreiber für AMD- und NVIDIA-Grafikkarten 
bereitzustellen. Aufgrund der mangelnden Spezifikation 
und des damit verbundenen Reverse-Engineering-Auf- 
wands bleiben diese freien Treiber aber meist in Sachen 
Qualität und Funktionsumfang gegenüber den proprietä- 
ren Pendants weit zurück. Seit einiger Zeit beteiligt sich 
allerdings AMD an der Entwicklung der freien Grafiktrei- 


316 Siehe zu den vier Freiheiten Freier Software Kapitel 2.1 Die Begriffe 
Freie Software und Open-Source-Software. 
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ber, wenn auch bei weitem nicht in der gleichen Konse- 
quenz wie Intel. 

Die momentan marktüblichen Hauptprozessoren 317 kön- 
nen im weitesten Sinne als offen spezifiziert angesehen 
werden. 

Ein ganz anderes Bild ergibt sich auf dem mobilen Markt. 
Abgesehen von den auf Tablets und Smartphones ver- 
wendeten Hauptprozessoren, können Spezifikationen für 
mobile Geräte - angefangen vom dem verwendeten Sys- 
tem-on-a-Chip 318 über die verwendeten Komponenten bis 
hin zur Verdrahtung und Verschaltung der Komponenten 
untereinander - in der Regel nur unter teuren Verschwie- 
genheitsvereinbarungen (englisch: Non-Disclosure 

Agreement, NDA) eingesehen werden. 

Freie Hardware 

Freie Hardware ist bei weitem nicht so stark verbreitet 
wie Freie Software. Ungeachtet dessen gibt es immer 
mehr Entwickler und Institutionen, die ihre Erfindungen 
als freie Hardware veröffentlichen. Allen voran die Euro- 
päische Organisation für Kernforschung CERN, welche 
eine Open-Hardware- Initiative gestartet und dafür eine 
für freie Hardware abgestimmte Lizenz veröffentlicht 
hat. 319 Michel Spiro, Präsident des CERN Council, 
schrieb im Jahresbericht von 2011: „The launch of the 
Open Hardware Initiative follows other ‘open innova- 
tions’, such as the famous example of the web and open 
access in Publishing.“ 320 

CERN sieht in freier Hardware den Vorteil, dass insbe- 
sondere elektronische Hardware nicht weiter eine Black- 
box darstellt, jeder an der Entwicklung und Verbesserung 
teilnehmen kann, neue Möglichkeiten der Zusammenar- 
beit mit kleineren Unternehmen entstehen und die Her- 
stellerabhängigkeit bei Produktion und Support verringert 
wird. 321 

Darüber hinaus existieren verschiedene Initiativen wie 
zum Beispiel die Open Hardware and Design Alliance 
(OHANDA) 322 in Europa oder die Open Source Hard- 


317 Dies sind vor allem X86- (https://de.wikipedia.org/wiki/X86-Prozes- 
sor) und ARM-Prozessoren (https://de.wikipedia.org/wiki/ARM-Ar- 
chitektur), deutlich seltener auch MIPS-Prozessoren (https://de.wiki 
pedia.org/wiki/MIPS-Architektur). 

318 Siehe hierzu: Wikipedia - Die freie Enzyklopädie: System-on-a- 
Chip. Online abrufbar unter: http://de.wikipedia.org/wiki/System-on- 
a-Chip 

319 Vgl. CERN Press Office: CERN launches Open Hardware initiative. 
Pressemittteilung, 7. Juli 2011. Online abrufbar unter: http:// 
press.web.cem.ch/press-releases/2011/07/cem-launches-open-hard- 
ware-initiative Siehe auch: Benz, Benjamin: CERN: Hardware als 
Open Source, heise online, 8. Juli 2011; Wikipedia - Die freie Enzy- 
klopädie: CERN Open Hardware License. Online abrufbar unter: http:// 
de.wikipedia.org/wiki/CERN_Open_Hardware_License 

320 CERN: Annual Report 2011. 2012, S. 4. Online abrufbar unter: http:// 
library. web . cem . ch/library/ content/ ar/y ellowrep/varia/ annualreports/ 
20 1 1 /pdfs/Eng/RA20 1 1 anglais.pdf 

321 Vgl. Serrano, Javier: Open Software for Open Hardware. Vortrag im 
Rahmen des IT Technical Forum. 13. Juli 2012. Folien online abruf- 
bar unter: https://indico.cem.ch/conferenceDisplay.py?confId=190126 

322 Informationen zur Open Hardware and Design Alliance (OHANDA) 
sind online verfügbar unter: http://www.ohanda.org/ 


wäre Association (OSHWA) 323 in den USA, die sich für 
die Verbreitung von freier Hardware engagieren. Im phar- 
mazeutischen Bereich wurde das Open Source Drug 
Discovery Projekt (OSDD) 324 gegründet, um organisa- 
tionsiibergreifend an der Entwicklung von freien und 
quelloffenen Medikamenten zu forschen. Das Open- 
Source-Solar-Projekt 325 stellt Baupläne für Solamodule 
unter einer freien Lizenz zur Verfügung, die es insbeson- 
dere Menschen in Entwickelungsländern möglich machen 
sollen, diese Solarmodule mit einfachen Mitteln nachzu- 
bauen. 326 Eine Liste von Freie-Hardware-Projekten ist 
zum Beispiel auf der Wikipedia zu finden. 327 

Bei freier Hardware ist es wichtig zu differenzieren, auf 
welcher Ebene der Hardware-Bauplan tatsächlich als 
freie Hardware bereitsteht. Das One Laptop per Child 
(OLPC)-Projekt 328 stellt beispielsweise die Hauptplatine 
des kindgerechten Laptops als freie Hardware zur Verfü- 
gung, die einzelnen Komponenten auf der Hauptplatine 
allerdings nicht (Das ist nicht gestattet, da diese nicht von 
Dritten stammen). Die Firma Sun hat hingegen im Rah- 
men des OpenSPARC-Projekts 329 tatsächlich das Design 
der Mikroprozessoren UltraSPARC TI und T2 in Form 
des Quelltexts in der Hardwarebeschreibungssprache 
Verilog unter der GNU General Public License als freie 
Hardware veröffentlicht. 

3 Handlungsempfehlungen 330 

Das Internet hat sich zu einem integralen Bestandteil na- 
hezu aller Lebensbereiche entwickelt. Weltweit nutzen 
mehr als 2,3 Milliarden Menschen das Internet (Stand: 
Juni 2012) 331 , wobei sie dafür unterschiedliche Hard- und 


323 Informationen zur Open Source Hardware Association (OSHWA) 
sind online verfügbar unter: http://www.oshwa.org/ 

324 Informationen zum Open Source Drug Discovery Projekt (OSDD) 
sind online verfügbar unter: http://www.osdd.net/ 

325 Informationen zum Projekt sind online verfügbar unter: http:// 
www.opensource-solar.org/. 

326 Siehe hierzu: Buttlar, Moritz von: Open Source Solar Technology. 
13. August 2011. Präsentation online abrufbar unter: http://blog.open- 
source-solar.org/wp-content/uploads/20 1 2/0 1/OS-Solar- Vortrag4.pdf. 
Aufzeichnung der Präsentation online verfügbar unter: https:// 
www.youtube.com/watch?v=doDQh6SScvY 

327 Siehe hierzu: Wikipedia - Die freie Enzyklopädie: List of open-sour- 
ce hardware projects. Online abrufbar unter: https://en.wikipedia.org/ 
wiki/List_of_open_source_hardware_projects Wikipedia - Die freie 
Enzyklopädie: Freie Hardware. Online abrufbar unter: https://de. 
wikipedia. 0 rg/wiki/Freie_Hardware#Weitere_Pr 0 jekte 

328 Siehe hierzu auch Kapitel 2.2.1 Einsatz Freier Software in Bildung 
und Forschung. 

329 Informationen zum OpenSPARC-Projekt sind online verfügbar 
unter: http://www.oracle.com/technetwork/systems/opensparc/index. 
html. Siehe auch: Wikipedia - Die freie Enzyklopädie: OpenSPARC. 
Online abrufbar unter: https://en.wikipedia.org/wiki/OpenSPARC 

330 Die Fraktionen der SPD, DIE LINKE, und BÜNDNIS 90/DIE 
GRÜNEN und die von ihnen benannten Sachverständigen Markus 
Beckedahl, Alvar Freude, Annette Mühlberg, Cornelia Tausch, 
Lothar Schröder, Prof. Dr. Wolfgang Schulz sowie der Sachverstän- 
dige padeluun haben zu den Handlungsempfehlungen ein Sondervo- 
tum eingereicht (siehe Kapitel 5 Sondervoten). 

331 Vgl. ITU World Telecommunication/ICT Indicators Database: Key 
Statistical highlights. ITU data release June 2012. Juni 2012. Online 
abrufbar unter: http://www.itu.int/ITU-D/ict/statistics/material/pdf/ 
2011 %20Statistical%20highlights_June_20 1 2.pdf 
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Software verwenden. Dass eine Kommunikation in die- 
sem heterogenen IT-Umfeld dennoch möglich ist, ist u. a. 
den offenen, nicht proprietären Standards zu verdanken, 
auf denen das Internet basiert. 

Offene Standards sichern Interoperabilität: Das Zusam- 
menwirken von IT-Systemen verschiedener Hersteller 
wird ermöglicht. Innovationen werden gefördert und 
Wettbewerb gesichert, indem ein ungehinderter Marktzu- 
tritt gewährleistet wird. Interoperabilität trägt zu wirt- 
schaftlich-technischer Unabhängigkeit bei. 

Entwicklungen wie das Internet der Dinge, die Industrie 
4.0, das Cloud Computing und IPTV zeigen, wie wichtig 
die Verwendung Offener Standards und die Sicher- 
stellung von Interoperabilität sind. Auch im Bereich des 
E-Govemment spielt Interoperabilität eine zentrale Rolle: 
Interoperabilität ermöglicht den medienbruchfreien Da- 
tenaustausch zwischen Staat und Bürgerinnen und Bür- 
gern beziehungsweise Unternehmen. 

Insbesondere Freie Software trägt durch die Verwendung 
Offener Standards zur Förderung von Interoperabilität 
bei. Der Einsatz Freier Software in Wirtschaft und öffent- 
licher Verwaltung hat in den letzten Jahren weiter zuge- 
nommen: Freie Software konnte sich dabei abhängig von 
der Einsatzumgebung als Alternative zu proprietärer Soft- 
ware etablieren. 

Die Enquete-Kommission betont mit den nachfolgenden 
Handlungsempfehlungen die Bedeutung, die dem Einsatz 
Offener Standards sowie der Sicherstellung von Interope- 
rabilität in Wirtschaft und öffentlicher Verwaltung zu- 
kommt. 

1. Die Enquete-Kommission begrüßt die Verabschie- 
dung des Reformpakets zum Europäischen Standar- 
disierungssystem, da damit der Weg zur regulären 
Nutzung von Standards des IKT-Sektors geöffnet 
wird, die nicht in den etablierten Normungsorganisa- 
tionen entstanden sind - auch wenn es sich hierbei 
vornehmlich um FRAND-Lizenzierung handeln 
kann, die nicht mit offenen Standards gleichzusetzen 
sind. 

2. Die Enquete-Kommission begrüßt das Eckpunktepa- 
pier der Bundesregierung zu „Trusted Computing" 
und „Secure Boot“ 332 . Sie regt an, die im Eckpunkte- 
papier aufgestellten Forderungen nicht nur gegenüber 
der Bundesverwaltung, sondern auch gegenüber der 
öffentlichen Verwaltung in den Ländern zu kommu- 
nizieren. 

3. Die Enquete-Kommission spricht sich dafür aus, dass 
der Zugang zur Softwareentwicklung insbesondere 
für Kinder und Jugendliche stärker geöffnet werden 
sollte. Sie regt gegenüber den Ländern an, Freiräume 
für das Programmieren von Software zu schaffen, 


332 Siehe hierzu: Bundesministerium des Innern: Eckpunktepapier der 
Bundesregierung zu „Trusted Computing“ und „Secure Boot“. Au- 
gust 2012. Online abrufbar unter: http://www.bmi.bund.de/Shared- 
Docs/Downloads/DE/Themen/OED_Verwaltung/Informationsgesell 
schaft/trustedcomputing.pdf? blob=publicationFile 


beispielsweise durch die Förderung entsprechender 
schulischer Arbeitsgemeinschaften. Diese könnten 
dabei helfen, schon früh bestehende Berührungs- 
ängste abzubauen. 

4. Die Enquete -Kommission empfiehlt dem Bund und 
den Ländern, auch in Zukunft neue Software mög- 
lichst plattformunabhängig zu erstellen. Insbesondere 
dann, wenn die Software zur Interaktion mit Bürge- 
rinnen und Bürgern oder aber Unternehmen zur An- 
wendung kommen soll, sollte auch eine Plattform- 
neutralität gewahrt bleiben, um eine möglichst große 
Teilhabemöglichkeit zu gewährleisten. 

5. Die Enquete-Kommission fordert die Bundesregie- 
rung auf, zu prüfen, inwiefern zukünftig die Förde- 
rung offener Standards durch entsprechendes staatli- 
ches Handeln gewährleistet werden kann. So könnten 
nicht nur Zugangserleichterungen für die Bürgerin- 
nen und Bürger und die Wirtschaft geschaffen, son- 
dern auch entsprechende Entwicklungsanreize ge- 
setzt werden. 

6. Die Umstellung und das Betreiben von Freier und 
proprietärer Software in der öffentlichen Verwaltung 
stellen vielseitige und umfassende Herausforderun- 
gen dar, die einer kontinuierlichen Begleitung bedür- 
fen. Die Enquete-Kommission empfiehlt daher der 
Bundesregierung, dass Kompetenzzentrum Open- 
Source-Software beim Bundesverwaltungsamt mit 
ausreichenden Mitteln auszustatten, damit es auch 
weiterhin als kompetenter Ansprechpartner zur Ver- 
fügung stehen kann. 

7. Bei der Vorbereitung von Vergaben ist bereits eine 
Gesamtbetrachtung durchzuführen, um sicherzustel- 
len, dass das Neutralitätsgebot gewahrt wird und dass 
keine unangemessene Bevorzugung von Freier oder 
proprietäre Software erfolgt. Die Enquete-Kommis- 
sion weist jedoch darauf hin, dass es sachliche 
Gründe, insbesondere aufgrund einer wirtschaftli- 
chen Betrachtung (Total Cost of Ownership, TCO) 
geben kann, die den Einsatz von Freier Software in 
der öffentlichen Verwaltung vorzugswürdig erschei- 
nen lassen. 

8. Die Enquete -Kommission bittet die Bundesregierung 
zu prüfen, inwiefern Änderungen in der Bundeshaus- 
haltsordnung eine Weiterentwicklung von in der öf- 
fentlichen Verwaltung zum Einsatz kommender 
Freier Software durch Dritte erleichtern könnten. Da- 
rüber hinaus sollte geprüft werden, ob in dem vorge- 
nannten Fall die Voraussetzungen für eine Zulassung 
von Ausnahmen im Sinne des § 63 Absatz 3 der Bun- 
deshaushaltsordnung (BHO) vorhegen. 

9. Die Entwicklung des Marktes von IPTV schreitet vo- 
ran. Hierbei ist es wichtig, dass Fernseher mit einem 
neutralen, offenen Zugang ausgestattet sind. Die En- 
quete-Kommission empfiehlt dem Deutschen Bun- 
destag zunächst die Schaffung von allgemeinen Stan- 
dards durch Marktteilnehmer (Anbieter, Nutzer und 
Netzwerkbetreiber) abzuwarten. Erst bei einem Fehl- 
gehen dieser Bemühungen kommt eine freiwillige 
Vereinbarung der Marktteilnehmer unter Beteiligung 
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der Bundesnetzagentur in Betracht. Nur als letzter 
Schritt sollte ein regulierendes Einschreiten durch 
den Gesetzgeber erfolgen. 333 

10. Die Enquete-Kommission stellt fest, dass branchen- 
spezifische Software ein unerlässlicher Bestandteil 
geworden ist, um Zeiteinsparungen und Effizienzge- 
winne in der Verwaltung, Steuerung von Geschäfts- 
prozessen und in der Kundenbetreuung zu realisie- 
ren. Bisher fehlt es jedoch in vielen Branchen noch 
an Auswahlmöglichkeiten für einzusetzende Soft- 
ware. Die Enquete-Kommission regt daher an, dass 
die berufsständischen Vereinigungen bereits vorhan- 
dene Standards und Spezifikationen zur Verfügung 
stellen, sodass sie Gegenstand sowohl von proprietä- 
rer als auch Freier Software werden können. Darüber 
hinaus müssen Zertifizierungen allen Interessierten 
möglichst niedrigschwellig zur Verfügung stehen, um 
gleiche Marktzutrittsvoraussetzungen zu schaffen. 

1 1 . Die Enquete-Kommission bittet die Bundesregierung 
zu prüfen, welche positiven und welche negativen 
Auswirkungen der Wegfall der Vergütungspflicht in 
§ 49 Absatz 2 des Telekommunikationsgesetzes 
(TKG § 49 Interoperabilität der Übertragung digitaler 
Fernsehsignale, Absatz 2: Rechteinhaber von An- 
wendungs-Programmierschnittstellen sind verpflich- 
tet, Herstellern digitaler Fernsehempfangsgeräte 
sowie Dritten, die ein berechtigtes Interesse geltend 
machen, auf angemessene, chancengleiche und nicht- 
diskriminierende Weise und gegen angemessene Ver- 
gütung alle Informationen zur Verfügung zu stellen, 
die es ermöglichen, sämtliche durch die Anwendungs- 
Programmierschnittstellen unterstützten Dienste voll 
funktionsfähig anzubieten. Es gelten die Kriterien der 
§§ 28 und 42.) zur Folge haben könnte. 

12. Die Enquete-Kommission stellt fest, dass die öffentli- 
che Verwaltung durch einen konsequenten Einsatz 
offener Standards Unabhängigkeit gegenüber einzel- 
nen Marktteilnehmern erreichen kann. Daher sollten 
ebenenübergreifend gemeinsam offene Standards de- 
finiert und entsprechende Empfehlungen für den Ein- 
satz ausgesprochen werden. 

13. Die Enquete-Kommission bittet die Kultusministe- 
rien der Länder zukünftig vor der Anschaffung von 
neuen Lernmitteln zu prüfen, ob diese auch plattfor- 
munabhängig eingesetzt werden können. Dies könnte 
nicht nur mögliche Abhängigkeiten vermeiden, son- 
dern auch zu einer größeren Verbreitung der einge- 
setzten Software über den schulischen Bereich hinaus 
führen. 

14. Die Enquete-Kommission stellt fest, dass die Benut- 
zerfreundlichkeit von Software (Usability) ein wich- 
tiger Erfolgsfaktor ist. Sie führt letztlich zur erforder- 
lichen Akzeptanz bei Anwenderinnen und 
Anwendern und sollte daher so früh wie möglich bei 


333 Die Fraktion DIE LINKE, hat gegen die Textfassung dieser Hand- 
lungsempfehlung gestimmt und ein Sondervotum abgegeben (siehe 
Kapitel 5 Sondervoten). Die Fraktion BÜNDNIS 90/DIE GRÜNEN 
und der Sachverständige Markus Beckedahl schließen sich diesem 
Sondervotum an. 


der Entwicklung der Software berücksichtigt werden. 
In der Ausbildung und im Studium sollte sie daher 
eine stärkere Berücksichtigung als bisher finden. 

4 Dokumentation der Beteiligung der 
interessierten Öffentlichkeit über die 
Online-Beteiligungsplattform 
enquetebeteiligung.de 

Bereits seit der Konstituierung der Projektgruppe am 
11. Juni 2012 waren Bürgerinnen und Bürger eingeladen, 
sich an der Formulierung von Handlungsempfehlungen 
zu den Themen Interoperabilität, Standards und Freie 
Software zu beteiligen. 

Die Mitglieder der Projektgruppe verständigten sich da- 
rauf, alle Vorschläge, die über enquetebeteiligung.de an 
die Projektgruppe herangetragen wurden, in einem geson- 
derten Kapitel zu dokumentieren. Jeder Bürger/jede Bür- 
gerin, der/die sich die Mühe gemacht hat, sich an der Ar- 
beit der Projektgruppe zu beteiligen, soll sich im Bericht 
der Projektgruppe wiederfinden. 

ln der zehnten und abschließenden Projektgruppensitzung 
am 10. Dezember 2012 diskutierten die Mitglieder die 
vorliegenden Vorschläge aus der Öffentlichkeit. Sie be- 
grüßten dabei ausdrücklich das große Engagement auf en- 
quetebeteiligung.de. 

Insgesamt wurden unmittelbar 30 Vorschläge eingereicht. 
Ein weiterer Vorschlag mit dem Titel „Verbindliche Fest- 
legung von offenen und freien Formaten bei allen Prozes- 
sen des Staates“ wurde zuständigkeitshalber von der 
Projektgruppe Demokratie und Staat überwiesen. Vor- 
schläge, die thematisch nicht Gegenstand der Projekt- 
gruppe waren, aber von anderen Projektgruppen der En- 
quete-Kommission Internet und digitale Gesellschaft 
behandelt wurden, sind als solche kenntlich gemacht. 

Für den Bereich der Projektgruppe auf der Online-Beteili- 
gungsplattform haben sich 178 Mitglieder registriert. Von 
diesen haben 1 7 Mitglieder Handlungsempfehlungen ein- 
gereicht. Die Beiträge haben 243 Bewertungen erhalten. 
Es wurden 74 Kommentare abgegeben. 

Der Vorsitzende und die Mitglieder der Projektgruppe In- 
teroperabilität, Standards, Freie Software bedanken sich 
bei allen, die sich in die Projektgruppenarbeit eingebracht 
haben. 

Die Vorschläge wurden nach der größten Unterstützung 
sortiert und leicht redaktionell bearbeitet. Die hinzuge- 
fiigten Kommentare anderer Nutzer auf enquetebeteili- 
gung.de sind nicht abgebildet. In Klammern sind die Da- 
für- und Dagegen-Stimmen angegeben. 

Vorschlag 1 

Offene Standard-Schnittstelle für Ratsinformations- 
systeme (32 : 1) 

Ziele und Beschreibung des Vorschlags 

In Ratsinformationssystemen (RIS) werden auf kommu- 
naler Ebene praktisch alle Dokumente aus der politischen 
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Gremienarbeit (Rat, Ausschüsse) abgelegt. Zu diesen Do- 
kumenten gehören Beschlussvorlagen und Mitteilungen 
aus den Verwaltungen sowie Anträge und Anfragen aus 
den Fraktionen. Diese Inhalte bilden einen Großteil des- 
sen ab, was die Politik einer Stadt, eines Landkreises etc. 
beschäftigt und sind damit von hohem Wert für die Allge- 
meinheit. 

Ziel muss es sein, diese Informationen universell er- 
schließbar zu machen. Dazu sollte eine standardisierte 
Schnittstellenbeschreibung (API) definiert werden, wel- 
che Ratsinformationssysteme zukünftig implementieren 
sollen. Diese Schnittstelle sollte den gezielten Zugriff auf 
bestimmte Daten und Dokumente ermöglichen. 

Entwicklern von Anwendungen wäre es damit möglich, 
benutzerfreundliche Funktionalitäten zu implementieren, 
die heute noch in keinem RIS annähernd vorzufinden 
sind: Weitreichende Suchfunktionen, automatische Be- 
nachrichtigung bei Hinzukommen von Dokumenten mit 
bestimmten Eigenschaften, Analyse von Inhalten und vie- 
les mehr. Diese Anwendungen könnten kommuneniiber- 
greifend implementiert werden und somit die Recherche 
oder Analyse über mehrere Kommunen gleichzeitig reali- 
sieren. 

Beispiele von Anwendungen, wie sie mit einer offenen 
RlS-Plattform möglich wären, sind Offenes Köln (http:// 
offeneskoeln.de/) und Frankfurt gestalten (http://www. 
frankfurt-gestalten. de/) . 

Angelegt von Nutzer „marian “ am 22. November 2012 
( h ttps://enquetebeteiligung. de/d/ 1536). 

Vorschlag 2 

Freie ELSTER (28 : 0) 

Ziele und Beschreibung des Vorschlags 

Die elektronische Steuererklärung sollte mit freier Soft- 
ware erfolgen. Weiterhin sollte sie zu 100 Prozent durch 
ein offenes Protokoll erfolgen, sodass die Bürger auch ei- 
gene Client-Software entwickeln und verwenden können. 

Zwar gibt es das offene XML-basierte Coala-Protokoll, 
dieses ermöglicht jedoch nur einen eingeschränkten 
Funktionsumfang (unter anderem keine Einkommensteu- 
ererklärungen). Deshalb sollte das Coala-Protokoll ent- 
weder weiter ausgebaut werden, oder durch ein moderne- 
res, offenes Protokoll ersetzt werden. 

Zudem sollte der offizielle ELSTER-Client freie Soft- 
ware sein. So wird verhindert, dass Bürger diskriminiert 
werden, die weniger verbreitete Systeme verwenden. Der 
ELSTER-Client muss gar nicht für alle Plattformen ver- 
fügbar sein, denn wenn er freie Software ist, können sich 
die interessierten Bürger selbst behelfen. 

Die Registrierungspflicht für Dienstleister, die eine 
Client-Software entwickeln möchten, sollte abgeschafft 
werden. Dies ist ein vollkommen unnötiger Verwaltungs- 
aufwand sowie eine unangebrachte Hürde für alle Bürger, 
die das Protokoll einfach nur in ihre eigene Software inte- 
grieren möchten. 


Die Sicherheit des elektronischen Steuersystems darf 
nicht darauf beruhen, dass den Bürgern die Kontrolle über 
die Client- Software entzogen wird. „Security through 
obscurity“ ist keine Option in einem solch sensiblen Be- 
reich. 

Angelegt von Nutzer „vog“ am 8. Juni 2011 
( h ttps ://en quetebeteil igung. de/d/ 754). 

Vorschlag 3 

Einfacher Betriebssystemwechsel (19 : 2) 

Ziele und Beschreibung des Vorschlags 

Ähnlich wie beim Handy zum Beispiel die Rufnummern- 
portierung vorgeschrieben ist, sollte auch bei Computern 
eine Möglichkeit des einfachen Austauschs des Betriebs- 
systems vorgeschrieben sein. So würde die Einführung 
von „Secure Boot“ durch Microsoft gravierende Folgen 
haben. Hauptplatinen-Hersteller würden möglicherweise 
aus Kostengründen und aufgrund des Quasimonopols von 
Microsoft nur Schlüssel für Windows installieren und an- 
dere Betriebssysteme wie FreeBSD, Fedora, Ubuntu, 
Google Chrome OS, etc. könnten nur schwer oder sogar 
gar nicht installiert werden. 

https://www.linuxfoundation.org/publications/making-uefi- 

secure-boot-work-with-open-platforms 

http://www.fsf.org/campaigns/secure-boot-vs-restricted- 
boot/statement [Please add your name to the following 
Statement, to show Computer manufacturers, govern- 
ments, and Microsoft that you care about this freedom 
and will work to protect it.] 

Angelegt von Nutzer „ TAE“ am 19. Oktober 2011 
(https.V/enquetebeteiligung. de/d/1 003). 

Vorschlag 4 

Offene Standards müssen im Public Sector verbindlich 
werden (18 : 2) 

Ziele und Beschreibung des Vorschlags 

Offene Standards nach den Open Cloud Principles (OCP) 
der Open Cloud Initiative (OCP) sollten in Deutschland 
und der Europäischen Union verbindlich für alle Verfah- 
ren und Dokumente vorgeschrieben werden, die in ir- 
gendeiner Weise im Public Sector genutzt werden. 

Auf diese Weise kann einer Diskriminierung von „Rand- 
gruppen“-Betriebssystemen vorgebeugt werden und ein 
Lock-In durch proprietäre Systeme ausgeschlossen wer- 
den. 

Um einen offenen Standard herum kann sich dann ein 
Ecosystem bilden, das verschiedene Implementierungen 
schafft oder aber eine gemeinsame Open Source Imple- 
mentierung nutzt. 

Angelegt von Nutzer „thul“ am 16. September 2011 
( h ttps ://en q uetebetei l igung. de/d/ 9 07) . 
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Vorschlag 5 

Grundsatz Nicht-Diskriminierung und Interoperabilität 

( 16 : 0 ) 

Ziele und Beschreibung des Vorschlags 

Dieser Vorschlag will erreichen, eine Diskussion dazu an- 
zustoßen, dass Politik prinzipiell nicht diskriminieren 
darf, keine Marken/Firmen zu bevorzugen und sicherzu- 
stellen hat, dass so viele Menschen wie möglich öffent- 
lich finanzierte Angebote nutzen können. 

Das heißt, uneingeschränkt offene Standards und Schnitt- 
stellen zu benutzen. Das heißt, Dokumente in nachhalti- 
gen Formaten anzubieten. Das heißt, dem Nutzer bei 
PDF-Downloads nicht den Reader von Firma A anzubie- 
ten. Das heißt, jedes Webangbot von Regierungen und 
Behörden muss auf allen Plattformen funktionieren und 
darf keine Technologien benutzen, durch deren Verwen- 
dung Nutzerkreise ausgeschlossen werden (Flash, spe- 
zielle Java Plugins in bestimmten Versionen, ActiveX, 
etc.). 

Das heißt, der öffentliche Sektor hat sich im Web a) neu- 
tral b) nachhaltig c) interoperabel und d) nicht diskrimi- 
nierend zu verhalten. 

Angelegt von Nutzer „Sebastianh2011 “ am 27. Juni 2011 
(https://enquetebeteiligung.de/d/782). 

Vorschlag 6 

Freie Software für alle Ämter (13 : 2) 

Ziele und Beschreibung des Vorschlags 

Ich wünsche mir, dass endlich alle Ämter und Institutio- 
nen auf Freie Software iimgestellt werden. Durch den 
Einsatz von Linux, LibreOffice, Firefox & Co. können 
mittel- und langfristig enorme Lizenzkosten eingespart 
werden. Eine einheitliche Struktur, die viele Behörden 
einsetzen, schafft bei Freier Software keine Abhängigkei- 
ten, sondern ermöglicht es, Kosten auf vielen Schultern 
zu verteilen. Freie Software ist zudem am flexibelsten, 
wenn neue Hardware, ein neues Betriebssystem oder 
neue andere Software angeschafft wird. Denn da der 
Quellcode offen ist, können Änderungen am Programm 
mit wenig Aufwand erreicht werden. Die Stadt München 
hat im Bereich Freie Software Pionierarbeit geleistet. Es 
werden mehrere Millionen an Steuergeldern gespart, die 
wir in der Zukunft für wichtigere Dinge nutzen könnten. 
Und die Einsparungen wachsen exponential mit der An- 
zahl der Schultern, die eine Software mitfmanzieren und 
mitpflegen. 

Angelegt von Nutzer „ anktux “ am 14. September 2012 
( h ttps://enquetebeteiligung. de/d/ 1430). 

Vorschlag 7 

LibreOffice und Firefox bei der Bundeswehr (9 : 0) 

Ziele und Beschreibung des Vorschlags 

Bundeswehr (Heer, Luftwaffe, Marine) komplett nach 
LibreOffice zu migrieren. Software, bei der im Gegensatz 


zu LibreOffice die Quellen nicht offen liegen, ist ein be- 
sonderes Sicherheitsrisiko. Das zeigen die Fälle der 
STUXNET- und FLAME-Malware. LibreOffice ist ein 
besonders reifes, weitgehend in Deutschland entwickeltes 
Produkt, das von einer deutschen Stiftung betreut wird. 
Gerade im Stabsdienst der Bundeswehr sind die Risiken 
einer Migration begrenzt im Vergleich zu anderen Behör- 
den. Bei der französischen Gendarmerie und anderen Si- 
cherheitsbehörden wurden extrem positive Erfahrungen 
mit LibreOffice gesammelt. 

Ein ähnliches Sicherheitsrisiko stellt der flächendeckende 
Einsatz des Internet Explorers dar. Ein Wechsel zum 
Firefox hat zudem den Vorteil, dass Entwicklungskosten 
für über den Browser bediente Intranet-Software sinken, 
da freie Browser sich besser an die Web-Standards halten. 
Somit fallen die ganzen Internet-Explorer-spezifischen 
Anpassungen weg, die die Intranet-Software unnötig 
teuer machen. 

Angelegt von Nutzer ,,Kofi “ am 24. November 2012 
(https.V/enquetebeteiligung. de/d/1 540). 

Vorschlag 8 

Offener Zugang zu öffentlich finanzierten Werken (9 : 0) 

Ziele und Beschreibung des Vorschlags 

Alle mit öffentlichen Mitteln geschaffenen Werke sollten 
unter freier Lizenz in einem offenen Format verfügbar ge- 
macht werden. 

Dies sollte für alle vom Urheberrecht betroffenen Werke 
gehen, also Texte, Grafiken, Fotos, Audio, Video, Soft- 
ware und so weiter. 

Es sollte egal sein, ob die Werke von Steuergeldern finan- 
ziert wurden oder von anderen öffentlichen Geldern. 
Insbesondere sollte dies für sämtliche Werke des öffentli- 
chen Rundfunks gelten, sowie für sämtliche wissen- 
schaftlichen Ergebnisse der Universitäten und anderen 
Forschungseinrichtungen. 

Es sollte ebenfalls keine Rolle spielen, ob die Finanzie- 
rung vollständig oder nur teilweise durch die Öffentlich- 
keit getragen wird. Unternehmen, die der Allgemeinheit 
keinen Dienst erweisen wollen, sollten auch keine Förde- 
rung von der Allgemeinheit erhalten. Insbesondere sollte 
verhindert werden, dass diese Regelung einfach dadurch 
umgangen wird, dass externe Dienstleister ins Spiel ge- 
bracht werden, die sich dann auf „Geschäftsgeheimnisse“ 
und Ähnliches berufen. 

Die freien Lizenzen sollten mindestens die Freiheiten er- 
möglichen, die auch CC-BY-SA bzw. die AGPL bieten. 
Insbesondere sollten Software-Lizenzen unbedingt Freie- 
Software-Lizenzen (das heißt Open Source) sein. Weni- 
ger strenge Lizenzen wie CC-BY, BSD-Lizenzen, LGPL 
oder GPL sind natürlich umso wünschenswerter. Die kon- 
krete Wahl der Lizenz sollte entweder jedem Projekt frei- 
gestellt sein, oder es sollte Vorschriften geben, welche Li- 
zenz in welcher Art von Projekt zum Einsatz kommt. 

Jedes dieser Werke sollte in mindestens einem Datenfor- 
mat angeboten werden, das offenen Standards genügt und 
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vor allem nicht durch Patente belastetet ist. Für Texte wä- 
ren Plaintext (UTF-8), F1TML (ohne JavaScript!) und 
ODF denkbar. Für Audio wären OGG/Vorbis und OGG/ 
FLAC denkbar. Für Video wären WebM und OGG/The- 
ora geeignet. 

Das Thema „ Open Access “ wurde bereits von der Pro- 
jektgruppe Urheberrecht beziehungsweise intensiv von 
der Projektgruppe Bildung und Forschung beraten. Neu 
ist hier die Forderung nach der Verwendung offener Stan- 
dards. 

Angelegt von Nutzer „vog“ am 8. Juni 2011 
(https://enquetebeteiligung.de/d/752). 

Vorschlag 9 

Offene Standardisierung (9 : 1) 

Ziele und Beschreibung des Vorschlags 

Bevorzugung von offenen Standards in Gesetzen und 
staatlichen Projekten - Vorschrift von Royalty-Free (Pa- 
ten-)Lizenzmodellen in allen Standards, die in Gesetze 
und Projekte Eingang finden - Förderung von freien 
Standardisierungsgremien 

Begründung: Standardisierung geschieht heute in erster 
Linie in schwerfälligen, bürokratisch überladenen und 
strikt geschlossenen Gremien wie dem DIN, der ITU, 
ETS1 oder der ISO. Deren Arbeit findet nicht nur im Ge- 
heimen statt, auch die Ergebnisse (Standards) sind nicht 
öffentlich verfügbar, sondern müssen zu (meist für den 
Bürger prohibitiven) Preisen erworben werden. In vielen 
Fällen sind in den Standards darüber hinaus patentierte 
Verfahren und Technologien festgeschrieben, für die Un- 
ternehmen beim Einsatz des Standards hohe Patentgebüh- 
ren entrichten müssen. Durch die Aufnahme von solchen 
Standards in Gesetzen und Patenten wird diesem - aus 
meiner Sicht - falschen Standardisierungsmodell Vor- 
schub geleistet. 

Freie Standardisierungsgremien wie OASIS Open oder 
das W3C zeigen, dass es auch anders geht. Insbesondere 
das W3C führt nicht nur mustergültig vor, wie Standardi- 
sierung in und mit der Öffentlichkeit aussehen kann, es 
zeigt mit seiner Patent Policy (http://www.w3.org/Con 
sortium/Patent-Policy-20040205/) auch, wie Hersteller 
sich im Rahmen von Standardisierung sehr wohl zur pau- 
schalen Vergabe von Royalty-Free Patentlizenzen bewegen 
lassen, sodass wirklich jedermann die fertigen Standards 
nutzen kann. Dabei haben sich in den turbulenten ersten 
20 Jahren des World Wide Web keine Standards als so sta- 
bil herausgestellt wie die des W3C; von Qualitätsproble- 
men bei der Standardisierung kann also keine Rede sein. 

Das Ziel des Vorschlags ist, die offene Standardisierung 
gezielt zu fördern und sie auf möglichst viele Bereiche 
auszuweiten, um Firmen und Bürgern den Zugang zu 
Standards zu erleichtern und damit neue Entwicklungsan- 
reize zu schaffen, statt diese durch geschlossene Stan- 
dards zu verhindern. Insbesondere sollen deshalb im 
staatlichen Handeln offen erarbeitete Standards regelmä- 
ßig gegenüber geschlossenen Standards bevorzugt wer- 
den. Die Übernahme von offenen Standards in gesetzliche 


Vorschriften (z. B. durch qualifizierte Übersetzungen) 
sollte erleichtert werden. 

Angelegt von Nutzer „ Papageier“ am 1. Juli 2012 
( h ttps ://en q uetebetei l igung. de/d/ 1396). 

Vorschlag 10 

Vergabevorteil für Behördenprojekte, die als Open Source 
produziert werden (7 : 0) 

Ziele und Beschreibung des Vorschlags 

Ständig werden für Behörden und Ämter des Bundes, der 
Länder und der Gemeinden durch öffentliche Anstalten 
oder Gerichte Software-Projekte von Software-Häusern 
o. Ä. erstellt. Viele dieser Projekte enthalten sehr ähnliche 
Infrastrukturen, die immer wieder neu erstellt werden, 
weil sie entweder als Fertigprodukt eingekauft werden 
(also ohne dass die Auftraggeber die Rechte an den 
Quelltexten bekommen), oder auch weil die Auftraggeber 
die Quelltexte und ihre Inhalte aus verschiedenen Grün- 
den nicht für weitere Zwecke wieder verwenden können. 
Dies führt zu unnötigen Kosten für den Steuerzahler. Hier 
gilt es, durch eine Bevorzugung einer Beauftragung mit 
anschließender Open-Source-Stellung der Quellen durch 
den Lieferanten oder den Auftraggeber für alle öffentli- 
chen Auftraggeber Wiederverwendungsmöglichkeiten zu 
eröffnen, zum Beispiel indem eine solche Vergabepraxis 
durch den Bund mit einem Zuschuss versehen wird. 

Angelegt von Nutzer ,,ktnagel" am 24. November 2012 
(https.V/enquetebeteiligung. de/d/1 542). 

Vorschlag 11 

Anordnung der Erstellung einer Dokumentation von 
Kommunikationsschnittstellen (9 : 2) 

Ziele und Beschreibung des Vorschlags 

Das Bundeskartellamt sollte Unternehmen anordnen dür- 
fen, eine Dokumentation ihrer Kommunikationsschnitt- 
stellen anzufertigen und zu veröffentlichen. Dies ist für 
eine Kompatibilität von Geräten unterschiedlicher Her- 
steller wichtig. 

Angelegt von Nutzer „ TAE“ am 2. Oktober 2011 
( h ttps ://en quetebeteil igung. de/d/ 941). 

Vorschlag 12 

Vergaberecht für die öffentliche Verwaltung ändern ( 7 : 1) 

Ziele und Beschreibung des Vorschlags 

Das Vergaberecht sollte eine Günstigerprüfung vorschrei- 
ben, wenn die Ausschreibung in Richtung proprietärer 
Software erfolgt. Nur wenn belegt werden kann, dass eine 
solche Lösung kostengünstiger ist als in Betracht kom- 
mende Open-Source-Lösungen, dürfte dem stattgegeben 
werden. Der Rechnungshof sollte dann regelmäßig prü- 
fen, ob alles korrekt abgelaufen ist. Bekannt ist ja, dass 
bei einer Kostenbetrachtung oft der Aufwand für den 
Umstieg ungerechtfertigt hoch angesetzt wird. 

Angelegt von Nutzer ,,HRO!er“ am 13. Juni 2012 
(https.V/enquetebeteiligung. de/d/1 322). 
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Vorschlag 13 

Modellsatzwig fiir FOSS-Projekte (7 : 1) 

Ziele und Beschreibung des Vorschlags 

Viele FOSS-Projekte sind nicht inkorporiert und global 
aufgestellt. Dabei wäre es vorteilhaft für unser Land, 
wenn mehr (üblicherweise international ausgerichtete) 
FOSS-Projekte sich bei uns in Deutschland als Gesell- 
schaften gründen. Um solche Gründungen zu erleichtern 
und anzuregen und typische spätere Hürden zum Beispiel 
bezüglich der Anstellung von Mitarbeitern zu nehmen, 
sollten die Behörden eine Art Baukasten entwickeln mit 
Modellsatzungen. Neben der Rechts form des eingetrage- 
nen Vereins gibt es ja zahlreiche andere Gesellschaftsfor- 
men, die geeignet sind und sogar gemeinnützig aufge- 
stellt werden können, wenn man es richtig anstellt. Der 
besondere Vorteil für unser Land durch eine Gesell- 
schaftsgründung in Deutschland ist die Attraktion inter- 
nationaler Entwickler, und sei es für die jährliche Gesell- 
schafterversammlung, eine mögliche Schaffung von 
qualifizierten Arbeitsplätzen im Lande und das Binden 
von Entwickler-Know-how. Wenn es uns gelingt, Nuklei 
späterer wichtiger Projekte zu etablieren, weil es Ent- 
wicklern einfach gemacht wird FOSS-Projekte und Start- 
Ups bei uns zu inkorporieren, findet hier auch ein späterer 
institutioneller Aufwuchs mit den entsprechenden Ar- 
beitsplätzen und wirtschaftlichen Entwicklungschancen 
statt. 

Angelegt von Nutzer ,, rebentisch “ am 25. September 2012 
(https://enquetebeteiligimg.de/cl/1434). 

Vorschlag 14 

Open Data im ÖPVN (5 : 0) 

Ziele und Beschreibung des Vorschlags 

Das Thema OpenData ist vor einiger Zeit etwas mehr ins 
Bewusstsein gerückt, als die Deutsche Bahn auf der einen 
Seite versuchte, die Veröffentlichungen von ÖPNV-Daten 
von openPlanB zu unterbinden (http://blog.zeit.de/open- 
data/201 2/09/2 8/bahn-opendata-klage/j und gleichzeitig eine 
einseitige Kooperation mit Google (http://www.spiegel.de/ 
netzwelt/web/google-kooperation-mit-deutscher-bahn-wirft- 
fragen-auf-a-856215.html) einging, um neue Wege der 
Navigationshilfen anzubieten. 

Dabei ist nicht zu vergessen, dass die Deutsche Bahn ein 
privatrechtlich organisiertes Staatsunternehmen (https:// 
de.wikipedia.org/wiki/Deutsche_Bahn) ist und somit der 
Bund Einfluss auf die Bahn ausüben kann. 

Im Interesse des freien Wettbewerbs, der Interoperabilität 
und offener Schnittstellen, sollten alle Kursdaten der 
Deutschen Bahn oder besser noch aller Anbieter von 
ÖPNV-Dienstleistungen verpflichtet werden, diese in ei- 
nem einheitlichen offenen Standard zur Verfügung zu 
stellen. Da diese Daten intern höchstwahrscheinlich in ei- 
ner maschinenlesbaren Form vorhanden sind, ist der 
Mehraufwand überschaubar. 

Selbst eine Veröffentlichung der „Rohdaten“, ohne Kon- 
vertierung in einen offenen Standard, wäre ein guter An- 


fang und zugleich großer Fortschritt zur aktuellen Situa- 
tion. In diesem Fall wäre der „Mehraufwand“ sogar noch 
geringer, da lediglich die ohnehin vorhandenen Daten 
zum Download angeboten werden müssten. Langfristig 
ist die Bereitstellung in einem offenen Standard dennoch 
unumgänglich, da sonst wettbewerbswidriges Verhalten 
durch ständiges Abändern der Datenformate droht. 

Ebenfalls könnte man darüber nachdenken, für die Veröf- 
fentlichung von Realtime-Daten gewisse Boni bei der 
Auftragsvergabe zu gewähren. Da diese Bereitstellung 
aber Mehrkosten für den Verkehrsanbieter bedeuten kann, 
sollte keine generelle Verpflichtung dazu bestehen. Auf 
jeden Fall sollte verhindert werden, dass exklusive Ko- 
operationen wie die zwischen Google und der Deutschen 
Bahn Schule machen, da hier Monopole entstehen und 
Innovationen in der Entwicklung neuer Anwendungen 
behindert wird. 

Dieses Thema wurde von der Projektgruppe Demokratie 
und Staat behandelt. 

Angelegt von Nutzer ,, lennaron “ am 24. November 2012 
(https ://enquetebeteiligung. de/d/1 544). 

Vorschlag 15 

Einheitliches Behördenbetriebssystem (5 : 0) 

Ziele und Beschreibung des Vorschlags 

Ich finde, dass alle öffentlichen Einrichtungen des Bun- 
des, der Länder und Kommunen ein einheitliches Be- 
triebssystem auf Basis freier Software verwenden sollen. 
Es soll dazu eine Gruppe geben, die das System entwi- 
ckelt. Des Weiteren soll es einen Paketserver geben, auf 
dem die Pakete für das System vorhanden sind. Behör- 
den, Ämter usw. können dann benötigte Applikationen in- 
stallieren und das System stets aktuell halten. Ich erhoffe 
weniger Kosten für solche Dinge, da nicht jedes Land und 
jede Kummune selbst für eine Entwicklung verantwort- 
lich ist. Außerdem kann durch ein einheitliches System 
ein Datenaustausch ohne Kompatibilitätsprobleme er- 
möglicht werden. 

Angelegt von Nutzer „yannickihmels “ am 24. November 2012 
(https ://enquetebeteiligung. de/d/1 546). 

Vorschlag 16 

Alternative Implementierungen explizit erlauben (4 : 0) 

Ziele und Beschreibung des Vorschlags 

Alternative Implementierungen beliebiger Schnittstellen 
sollten generell explizit erlaubt werden. Wenn beispiels- 
weise die Windows-API für ReactOS implementiert wird, 
dann sollte Microsoft keine Möglichkeit haben dagegen 
rechtlich vorzugehen. Auch sollte jeder das Recht haben, 
einen alternativen Flash-Player zu veröffentlichen, wel- 
cher die selben Schnittstellen implementiert. Auch sollten 
Software-Hersteller nicht den Support verweigern dürfen, 
falls das Produkt mit einer alternativen Plattformimple- 
mentierung genutzt wird. 

Angelegt von Nutzer „ TAE“ am 28. Juli 2011 
( h ttps ://en q uetebetei l igung. de/d/848) . 



Deutscher Bundestag - 17. Wahlperiode 


-55- 


Drucksache 17/12495 


Vorschlag 17 

Nationale Software Plattform (4 : 0) 

Ziele und Beschreibung des Vorschlags 

Eine Nationale Software Plattform (NSP) auf der Basis 
von Linux und Offener Software mit einer mehrjährigen 
Mittelzuweisung im Milliarden-Bereich schaffen. Ziel ist 
die fortdauernde Lizenzknechtschaft unseres Landes ge- 
genüber amerikanischen Software-Anbietern zu beenden 
und Top-Entwickler nach Deutschland zu holen. Gerade 
im Embedded Bereich ist Linux mittlerweile unverzicht- 
bar. Embedded- Systeme sind kritisch für den Mittelstand 
im Maschinenbau. Wir zahlen Milliarden an Griechen- 
land und die EU (minus von 10 Milliarden!!), da werden 
wir ja wohl auch eine Milliarde aufbringen können, um 
uns endlich (Jahre später) aus der Knechtschaft bei Be- 
triebssystemen, der Grundlage allen digitalen Handelns, 
zu lösen und freie Softwareentwicklung auf eine nachhal- 
tige und solide Grundlage zu stellen. 

Angelegt von Nutzer „Kofi“ am 24. November 2012 
(https://enquetebeteiligung.de/d/1434). 

Vorschlag 18 

Strategische Abhängigkeiten (5 : 1) 

Ziele und Beschreibung des Vorschlags 

Deutschland sollte die strategischen Abhängigkeiten 
seiner Volkswirtschaft und Bürger von digitalen Doku- 
mentformaten, Software bestimmter Hersteller, Suchma- 
schinen usw. erfassen und koordinierte Strategien zur 
Überwindung von Abhängigkeiten entwickeln, durchaus 
analog zur Energie- und Rohstoffsicherheit. 

Beispiel: Vor 15 Jahren hatten wir eine strategische Ab- 
hängigkeit von einem einzigen Webbrowser, der dann erst 
später durch Wettbewerb aufgebrochen wurde, ln einer 
solchen Situation haben die Regierungen weitgehend un- 
tätig zugeschaut, anstatt den gefährlichen Flaschenhals 
durch strategische Investitionen in den Wettbewerb und 
marktfördernde Regulierung zu öffnen. Nicht immer 
kann der Marktdynamik eine Lösung überlassen werden, 
deren Fehlen sich kostentreibend und sicherheitsgefähr- 
dend für die gesamte Volkswirtschaft auswirkt. 

Angelegt von Nutzer ,, rebentisch “ am 25. September 2012 
( h ttps://enquetebeteiligung. de/d/ 1432). 

Vorschlag 19 

Freies Rechtsinformationssystem, insbes. Judikatur 
(3 : 0) 

Ziele und Beschreibung des Vorschlags 

Gerichtliche Entscheidungen wie Urteile oder Beschlüsse 
sind in Deutschland entgegen dem Grundsatz der niedrig- 
schwelligen Öffentlichkeit online nur beschränkt einseh- 
bar, so etwa gegen Entgelt auf der j uris-Plattform, auf der 
von den Geschäftsstellen der Gerichte mit Metainforma- 


tionen aufbereitete Entscheidungen bereitgestellt und auf- 
findbar gemacht werden. 

Wünschenswert wäre daher, nach dem Vorbild des öster- 
reichischen RIS (Rechtsinformationssystem) gericht- 
lichen Entscheidungen zu größtmöglicher Öffentlichkeit 
zu verhelfen, unter Einsatz öffentlicher Standards. 

Zur Relevanz der Öffentlichkeit gerichtlicher Entschei- 
dungen [entschied] bereits das BVerwG in 6 C 3/96: „Ge- 
richtliche Entscheidungen konkretisieren die Regelungen 
der Gesetze; auch bilden sie das Recht fort (vgl. auch 
§ 132 Abs. 4 GVG). Schon von daher kommt der Veröf- 
fentlichung von Gerichtsentscheidungen eine der Verkün- 
dung von Rechtsnormen vergleichbare Bedeutung zu. 
Der Bürger muß zumal in einer zunehmend komplexen 
Rechtsordnung zuverlässig in Erfahrung bringen können, 
welche Rechte er hat und welche Pflichten ihm obliegen; 
die Möglichkeiten und Aussichten eines Individualrechts- 
schutzes müssen für ihn annähernd vorhersehbar sein. 
Ohne ausreichende Publizität der Rechtsprechung ist dies 
nicht möglich. Rechtsprechung im demokratischen 
Rechtsstaat und zumal in einer Informationsgesellschaft 
muss sich - wie die anderen Staatsgewalten - darüber hi- 
naus auch der öffentlichen Kritik stellen. Dabei geht es 
nicht nur darum, dass in der Öffentlichkeit eine be- 
stimmte Entwicklung der Rechtsprechung als Fehlent- 
wicklung in Frage gestellt werden kann. Dem Staatsbür- 
ger müssen die maßgeblichen Entscheidungen auch 
deshalb zugänglich sein, damit er überhaupt in der Lage 
ist, auf eine nach seiner Auffassung bedenkliche Rechts- 
entwicklung mit dem Ziel einer (Gesetzes-)Änderung ein- 
wirken zu können. Das Demokratiegebot wie auch das 
Prinzip der gegenseitigen Gewaltenhemmung, das dem 
Grundsatz der Gewaltenteilung zu eigen ist, erfordern es, 
daß auch über die öffentliche Meinungsbildung ein An- 
stoß zu einer parlamentarischen Korrektur der Ergebnisse 
möglich sein muss, mit denen die rechtsprechende Ge- 
walt zur Rechtsentwicklung beiträgt.“ 

Dieses Thema wurde von der Projektgruppe Demokratie 
und Staat behandelt. 

Angelegt von Nutzer „ dertux “ am 25. November 2012 
(https://enquetebeteiligung.de/d/1434). 

Vorschlag 20 

Handlungsempfehlung Finanzielle Unterstützung für 
Produzenten Freier Software 

Ziele und Beschreibung des Vorschlags 

Ziel des Vorschlags ist eine Verbesserung der Q ua htät 
Freier Software. Diese wird meistens von Hobby- oder 
Freizeit-Programmierern produziert. Die Jnternetinfra- 
struktur besteht längst zum Großteil aus Freier Software. 
Damit hier das Leistungsprinzip wirkt und eine Anhe- 
bung des Qualitätsniveaus erzielt werden kann, ist eine 
staatlich finanzielle Förderung für Produzenten Freier 
Software erforderlich. 

Angelegt von Nutzer „aglaeser“ am 29. November 2012 
(https.V/enquetebeteiligung. de/d/1 554). 
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Vorschlag 21 

Umsetzung der europäischen Echolon-Empfehlungen 

( 2 : 0 ) 

Ziele und Beschreibung des Vorschlags 

Das Europäische Parlament hat in seinem vielbeachteten 
Schmid-Bericht zum Spionagesystem Echoion folgende 
Maßnahmen angemahnt: 

1. ersucht die Kommission und die Mitgliedstaaten, ge- 
eignete Maßnahmen für die Förderung, Entwicklung 
und Herstellung von europäischer Verschlüsselungs- 
technologie und -Software auszuarbeiten und vor al- 
lem Projekte zu unterstützen, die darauf abzielen, be- 
nutzerfreundliche Kryptosoftware, deren Quelltext 
offengelegt ist, zu entwickeln; 

2. fordert die Kommission und die Mitgliedstaaten auf, 
Softwareprojekte zu fördern, deren Quelltext offenge- 
legt wird, da nur so garantiert werden kann, dass keine 
„backdoors“ eingebaut sind (sog. „open-source Soft- 
ware“); 

3. fordert die Kommission und die Mitgliedstaaten auf, 
Softwareprojekte zu fördern, deren Quelltext offenge- 
legt wird, da nur so garantiert werden kann, dass keine 
„backdoors“ eingebaut sind (sog. „open-source Soft- 
ware“); fordert die Kommission auf, eine Qualifika- 
tion festzulegen für die Sicherheit von Software, die 
für den Austausch von Nachrichten auf elektroni- 
schem Wege bestimmt ist, nach der Software, deren 
Quellcode nicht offengelegt ist, in die Kategorie „am 
wenigsten vertrauenswürdig“ eingestuft wird. 

Diese Vorschläge sollten nachhaltig auch in Deutschland 
umgesetzt werden, wo ja bereits entsprechende Aktivitä- 
ten unternommen wurden, dann aber nicht weiter verfolgt 
wurden. Insbesondere eine Vertrauenswürdigkeitsprüfung 
auf der Grundlage von Quellcodeverfügbarkeit und -hin- 
terlegung ist in der Datenverarbeitung von Behörden bis- 
lang noch nicht umgesetzt. 

Angelegt von Nutzer „rebentisch “ am 30. November 2012 
(https.V/enquetebeteiligung. de/d/1 564). 

Vorschlag 22 

Bericht der Monopolkommission (2 : 0) 

Ziele und Beschreibung des Vorschlags 

Der Bundestag möge seine Monopolkommission damit 
beauftragen, ein Gutachten zu Wettbewerbshürden im 
Hinblick auf Interoperabilität vorzulegen. 

Angelegt von Nutzer ,,FDA “ am 4. Dezember 2012 
(https.V/enquetebeteiligung. de/d/1 574). 

Vorschlag 23 

Freie Software Installation (1 : 0) 

Ziele und Beschreibung des Vorschlags 

Für PCs, Smartphones, Tablets und andere computerähn- 
liche Geräte sollte die Möglichkeit der Installation von 


Software aus beliebigen Quellen gesetzlich vorgeschrie- 
ben sein! Hersteller sollten dazu verpflichtet sein, über 
die Oberfläche des Betriebssystems im Auslieferungszu- 
stand eine einfach zugängliche Option zu implementie- 
ren, welche die freie Installation von jeglicher Software 
ermöglicht. Frei installierte Software muss dabei auf alle 
Schnittstellen des Systems zugreifen können, auf die vom 
Systemhersteller zugelassene Software zugreifen kann. 
Weiterhin darf die freie Softwareinstallation nicht zu ei- 
nem Verlust der Gewährleistung oder anderen Nachteilen 
für den Verbraucher führen. Die freie Softwareinstallation 
darf auch bei durch Netzbetreiber angepassten Geräten 
nicht eingeschränkt werden. Als „computerähnliche Ge- 
räte“ sollen dabei alle digitalen informationsverarbeiten- 
den Systeme aufgefasst werden, deren Betriebssystem 
grundsätzlich die Möglichkeit bietet, zusätzliche Soft- 
ware zu installieren. 

Diese Maßnahmen stärken den Verbraucherschutz und 
fördern den Wettbewerb. 

Angelegt von Nutzer ,,3rik“ am 27. November 2012 
(https.V/enquetebeteiligung. de/d/1 552). 

Vorschlag 24 

Dokumentation geschlossener Plattformen (1 : 0) 

Ziele und Beschreibung des Vorschlags 

Es sollten gezielt Projekte gefördert werden, mit denen 
gemäß der EU-Software-Richtlinie undokumentierte 
Schnittstellen erschlossen werden. Ein Beispiel dafür ist 
die W32 API, die nicht vollständig und korrekt offenge- 
legt ist und auf die viele Anwendungen in der Datenverar- 
beitung aufsetzen. Eine gute Dokumentation ist die 
Grundlage einer späteren Reimplementierung und Foren- 
sik historischer Software -Daten. 

Angelegt von Nutzer ,,FDA “ am 4. Dezember 2012 
(https://enquetebeteiligung.de/d/l 5 76). 

Vorschlag 25 

Bundling unterbinden (1 : 0) 

Ziele und Beschreibung des Vorschlags 

Bundling ist nach Wettbewerbsrecht höchst problema- 
tisch. Es sollte ausdrücklich unterbunden werden. Käufer 
von PCs sollten eine freie Wahl zwischen Betriebssyste- 
men beim Kauf haben und Geräte auch ohne Betriebssys- 
tem erwerben können. Dafür ist eine geeignete gesetzli- 
che Regelung zu schaffen. 

Angelegt von Nutzer ,,FDA “ am 4. Dezember 2012 
(https.V/enquetebeteiligung. de/d/1 5 78). 

Vorschlag 26 

Codequalität verbessern (1 : 0) 

Ziele und Beschreibung des Vorschlags 

Die Europäische Union hat sehr erfolgreich das Projekt 
SQO-OSS durchgeführt. Statische Analyse und kontinu- 
ierliches Einpflegen ist ein Schlüssel für verbesserte Qua- 
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lität von offener Software. Der Staat sollte durch geeig- 
nete Projekte, z. B. Unterstützung der Portierung auf 
CLANG/LLVM, Buildserver und dergleichen versuchen 
diesen Trend zu unterstützen. 

Angelegt von Nutzer ,,FDA “ am 4. Dezember 2012 
(https://enquetebeteiligimg.de/ci/1572). 

Vorschlag 27 

Deutsche Embedded Linux Plattform (1 : 0) 

Ziele und Beschreibung des Vorschlags 

Einrichtung einer deutschen Mittelstandsplattform zum 
Thema Embedded Linux und Organisation von Konferen- 
zen. Embedded Linux oder auch Freedos sind heute im 
Embedded-Bereich der Standard. Angesichts der Bedeu- 
tung des Maschbaus für den Industriestandort Deutsch- 
land sollten wir das unterstützen und eruieren, wo der 
Staat Hürden aus dem Weg räumen kann. Eine Plattform 
ist deshalb notwendig, damit der Mittelstand nicht frag- 
mentiert international aufgestellt ist, sondern seine Inte- 
ressen international gegenüber den führenden Konzernen 
wahrnehmen kann. 

Angelegt von Nutzer ,,FDA “ am 4. Dezember 2012 
( h ttps://enquetebeteiligung. de/d/ 1570). 

Vorschlag 28 

Transparenz: Rahmenverträge offenlegen (1 : 0) 

Ziele und Beschreibung des Vorschlags 

In einer Demokratie sollten keine Geheimabkommen ge- 
schlossen werden. Ans Licht gekommene Rahmenver- 
träge eines amerikanischen Software-Herstellers aus an- 
deren europäischen Ländern zeigen extrem gefährliche 
Entwicklungen: Verpflichtungen der Behörden zu gesetz- 
geberischem Handeln oder die Mitwirkung an der 
Meinungsbildung des Volkes. Wir brauchen da volle 
Transparenz, [ungeachtet dessen,]ob Rahmen- und Kon- 
ditionenverträge deutschen Interessen entsprechen. 

Wir sollten weiter positiv Kriterien formulieren, welche 
Verpflichtungen für die Würde einer öffentlichen Be- 
hörde nicht lauter sind. Eine staatliche Institution ist kein 
Unternehmen. Dennoch sieht man immer wieder wie 
Softwarehersteller mit Behörden bei Verträgen so umge- 
hen, für die ist das einfach eine Enterprise-Lizenz, und 
die Behörden lassen es einfach mit sich machen. Dazu ge- 
hört auch unverschämte PR, als ob der Staat und die Soft- 
warehersteller auf einer Ebene wären. 

Die bisherigen Rahmenverträge diskriminieren den deut- 
schen IT-Mittelstand und sperren offene Lösungen aus. 
Ein Blick in den Katalog des Kaufhaus des Bundes macht 
das deutlich. Die Quellcodeoffenlegung gegenüber dem 
Staat sollte für alle Rahmenverträge verpflichtend sein. 
Der BUND darf sich nicht weiter die Konditionen von 
den Herstellern von Software diktieren lassen. 

Angelegt von Nutzer ,,FDA “ am 4. Dezember 2012 
(https://enquetebeteiligung.de/d/1580). 


Vorschlag 29 

Möglichkeit Produkte verbindlich auf Patente prüfen zu 
lassen (3 : 3) 

Ziele und Beschreibung des Vorschlags 

Es muss für produzierende Organisationen möglich sein, 
verbindlich vom Patentamt prüfen zu lassen, ob Ihre Pro- 
dukte von bestimmten Patenten betroffen sind. Gerade 
die Softwareindustrie ist durch viele Patente bedroht, die 
unbewusst gebrochen werden können. Dadurch wird die 
Bildung von Standards verhindert, zum Beispiel ist beim 
WebM Codec unklar, ob er von Patenten betroffen ist. 
Ebenso ist unklar, ob die Verkäufer von H.264-Lizenzen 
auch tatsächlich alle betroffenen Patente besitzen. Damit 
patentfreie Normen möglich sind, müssen diese verbind- 
lich geprüft werden können. 

Angelegt von Nutzer ,, TAE“ am 29. Juli 2011 
( h ttps ://en q uetebetei l igung. de/d/ 861). 

Vorschlag 30 

Handlungsempfehlung ,, Recht auf Vergessen “ und 
Suchmaschinenindizes (1 : 2) 

Ziele und Beschreibung des Vorschlags 

Im Rahmen der informationellen Selbstbestimmung und 
zur Wahrung meiner Persönlichkeitsrechte fordere ich die 
Möglichkeit, meine E-Mail-Adressen, die verwendet 
wurden, um zur Weiterentwicklung freier Software beizu- 
tragen, aus den Indizes der Suchmaschinenbetreiber ent- 
fernen zu lassen ein. 

Dieses Thema wurde von der Projektgruppe Datenschutz, 
Person 1 i chkei tsrech te beh andelt. 

Angelegt von Nutzer „aglaeser“ am 29. November 2012 
( h ttps ://en q uetebetei l igung. de/d/ 15 56). 

5 Sondervoten 

Zu Fußnote 142: Sondervotum der Fraktion der SPD 
sowie des Sachverständigen Alvar Freude zu 
Kapitel 2.1.1 Geschichte und Motivation sowie 
Kapitel 2.1.2 Philosophie 

Der Begriff Freie Software und dessen Unterscheidung zu 
proprietärer Software wurde von Richard Stallman und 
der Free Software Foundation (FSF) geprägt. 334 Vöraus- 
gegangen war ein Wandel in der Art, wie Software entwi- 
ckelt, verbreitet und verwendet wurde: 

Bis Ende der 1960er Jahre wurde beim Kauf eines Com- 
puters die dazugehörige Software von den Hardware-Her- 
stellern kostenlos und inklusive Quellcode zur Verfügung 
gestellt. In den 1960er Jahren entwickelte sich an ameri- 
kanischen Universitäten wie Stanford oder dem Massa- 
chusetts Institute of Technology (MIT) eine so genannte 
„Hacker-Kultur“ - Programmierer verbesserten Software, 


334 Vgl. Free Software Foundation, Ine.: GNU Betriebssystem. Was ist 
Freie Software? Online abrufbar unter: http://www.gnu.org/philoso 
phy/ffee-sw 
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teilten ihren Quellcode und tauschten ihr Wissen unter- 
einander aus. 335 Es entstand „eine Kultur der gegenseiti- 
gen Hilfe und des freien Austausches“ 336 von Computer- 
programmen. 

ln den 1970er Jahren änderten viele Firmen diese Praxis 
und beanspruchten urheberrechtlichen Schutz für Soft- 
ware in Verbindung mit der Einführung von Lizenzverträ- 
gen. Während Wartung und Weiterentwicklung von Soft- 
ware bisher eine kostenfreie Dienstleistung war, wurde 
sie nun zu einem Wirtschaftsfaktor. Mit der Einführung 
von „Softwarelizenzen“ waren Einschränkungen für Wei- 
tergabe und Änderbarkeit der Programme verbunden. Um 
Geschäftsgeheimnisse zu wahren, wurde Software oft nur 
noch in maschinenlesbarer Form ohne Quellcode weiter- 
gegeben. Schließlich wurde es üblich. Soft- und Hard- 
ware getrennt zu verkaufen. Die Software wurde „propri- 
etär“ und ein künstlich verknapptes Gut. 

Gegen diese Praxis wandte sich Richard Stallman, der zu 
dieser Zeit am MIT im „AI Lab“ (Abteilung für Künstli- 
che Intelligenz) arbeitete und den freien Austausch von 
Software als Prinzip wissenschaftlicher Zusammenarbeit 
verstand. Doch immer mehr Mitarbeiter wurden von ex- 
ternen Unternehmen abgeworben, deren Software nicht 
mehr beliebig verändert und weitergegeben werden 
durfte. Er beschreibt den Wandel aus seiner Sicht folgen- 
dermaßen, der auf ihn wie der Zusammenbruch eines 
Weltbildes wirken musste: 

„Die modernen Rechner dieser Ära [. . .] hatten eigene Be- 
triebssysteme, aber keines war freie Software: man 
musste sogar eine Vertraulichkeitsvereinbarung unter- 
zeichnen, nur um eine ausführbare Kopie zu erhalten. 

Das bedeutete, dass der erste Schritt zur Benutzung eines 
Rechners darin bestand zu versprechen, seinen Nächsten 
nicht zu helfen. Eine zusammenarbeitende Gemeinschaft 
war verboten. Die Vorschrift von Eigentümern proprietä- 
rer Software war: ,Wenn Sie mit ihrem Nächsten teilen, 
sind Sie ein Softwarepirat. Möchten Sie irgendwelche 
Änderungen, bitten Sie uns, diese vorzunehmen. ‘ 

Mit dem Verlust meiner Gemeinschaft war es unmöglich, 
weiterzumachen wie zuvor. Stattdessen stand ich vor ei- 
ner gänzlich moralischen Entscheidung. 

Die einfache Wahl wäre es gewesen, der proprietären 
Software-Welt beizutreten, Vertraulichkeitsvereinbarun- 
gen zu unterzeichnen und zu versprechen, meinen Mit- 
Hackern nicht zu helfen. Sehr wahrscheinlich würde ich 
auch Software entwickeln, die unter Vertraulichkeitsver- 
einbarungen ausgegeben würde, und so den Druck auf an- 
dere Leute erhöhen, ihre Kameraden auch zu verraten. 


335 Vgl. Wikipedia - Die freie Enzyklopädie: Hacker. Die akademische 
Hackerkultur. Online abrufbar unter: http://de.wikipedia.org/wiki/ 
Hacker#Die_akademische_Hackerkultur 

336 Vgl. Die Beauftragte der Bundesregierung für Informationstechnik 

(Hrsg.): Migrationsleitfaden. Leitfaden für die Migration von Software. 
Version 4.0. März 2012, S. 19. Online abrufbar unter: http://www. 
cio.bund.de/SharedDocs/Publikationen/DE/ Architekturen-und-Stan 
dards/ migrationsleitfaden_4_0_download.pdf? blob=publicationF ile 


Ich hätte auf diese Art Geld verdienen und mich vielleicht 
mit dem Schreiben von Code vergnügen können. Aber 
ich wusste, dass ich am Ende meiner Karriere auf Jahre 
zurückblicken würde, in denen ich Wände gebaut habe; 
Wände, welche die Menschen voneinander trennen. Ich 
würde dann das Gefühl haben, dass ich mein Leben damit 
verbracht hatte, die Welt zu einem schlechteren Ort zu 
machen. [...] 

Also suchte ich nach einem Weg, auf dem ein Program- 
mierer etwas Gutes tun kann. Ich fragte mich selbst: Gibt 
es ein Programm oder Programme, die ich schreiben 
könnte, um wieder eine Gemeinschaft möglich zu ma- 
chen?“ 337 

Dieser Weg führte Richard Stallman 1983 zur Gründung 
des GNU-Projekts 338 mit dem Ziel, ein freies, UNIX- 
kompatibles Betriebssystem mit Namen GNU 339 zu ent- 
wickeln. 1985 folgte die Gründung der Free Software 
Foundation, 340 um dem Projekt einen logistischen und fi- 
nanziellen Rahmen zu geben, 1986 die eingangs erwähnte 
formale Definition Freier Software. 

Schnell entstanden wichtige Komponenten des Betriebs- 
systems, vor allem Werkzeuge für Softwareentwickler. 
Aufgrund der Unix-Kompatibilität konnten frei erhältiche 
Bestandteile des Unix-Systems direkt integriert werden, 
beispielsweise das Fenstersystem X- Window, 341 fehlende 
Teile wurden neu programmiert. Nur ein System-Kern 
(Kernel) fehlte - bis der finnische Student Linus Torvalds 
1991 die erste Version seines Linux-Kernels vorstellte. 
Die so gefundene Kombination wird als GNU/Linux be- 
zeichnet, streng genommen bezeichnet Linux nur den 
Systemkern an sich. 

In den 1990er Jahren wurden mehrere Projekte und Fir- 
men gegründet (darunter beispielsweise das Debian-Pro- 
jekt. Red Hat, SuSE, später auch Ubuntu), die GNU/ 
Linux zusammen mit weiteren Programmen als so ge- 
nannte Linux-Distributionen zusammenstellen und so für 
eine starke Verbreitung von Linux-Systemen sorgten. 

Parallel zum GNU-System wurde das Betriebssystem 
Berkeley Software Distribution (BSD) 342 an der Universi- 
tät von Kalifornien in Berkeley entwickelt. Dessen Ent- 
wicklung begann bereits im Jahr 1977 und basierte auf 
dem Unix-System des Unternehmens AT&T. Dadurch 
enthielt das BSD-Betriebssystem zu Beginn jedoch Kom- 
ponenten, die unter einer proprietären Lizenz standen. 
Diese wurden Anfang der 1990er Jahre vollständig er- 


337 Stallman, Richard: Über das GNU Projekt. Online abrufbar unter: 
http : //www. gnu . org / gnu/ thegnuproj ect . de . htm 1 

338 Informationen zum GNU-Projekt sind online abrufbar unter: http:// 
www.gnu.org 

339 GNU ist ein rekursives Akronym von GNU ist Nicht Unix (engl. 
GNU ’s Not Unix ) 

340 Informationen zur Free Software Foundation sind online abrufbar un- 
ter: http://www.fsf.org 

341 Siehe hierzu: Wikipedia - Die freie Enzyklopädie: X Window Sys- 
tem. Online abrufbar unter: http://de.wikipedia.org/wiki/X_Window_ 
System 

342 Vgl. auch Wikipedia - Die freie Enzyklopädie: Berkeley Software 
Distribution. Online abrufbar unter: http://de.wikipedia.org/wiki/ 
BerkeleySoftwareDistribution 
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setzt, sodass BSD als weiteres großes freies Betriebssys- 
tem neben GNU/Linux gilt. Alle heute existierenden 
freien Betriebssysteme sind mit einer sehr hohen Wahr- 
scheinlichkeit entweder eine Abwandlung des BSD- oder 
GNU-Systems. Die meisten Anwendungen laufen auf 
beiden Systemen gleichermaßen, insbesondere solche für 
Endanwender. BSD-Systeme wie FreeBSD 343 werden vor 
allem im Server-Einsatz genutzt. 

Als Alternative zum Begriff Freie Software führten Eric S. 
Raymond, Bruce Perens und Tim O’Reilly 1998 den Be- 
griff Open Source (zu deutsch: quelloffen) ein und grün- 
deten die Open Source Initiative (OSI). 344 Sie vertraten 
die Ansicht, dass die Freie-Software-Gemeinschaft ein 
besseres Marketing benötige. Um Freie Software als ge- 
schäftsfreundlich und weniger ideologisch belastet dar- 
stellen zu können, wurde dazu der Begriff Open Source 
entwickelt und hat sich seitdem stark verbreitet. 

Richard Stallman und mit ihm die Free Software Founda- 
tion lehnt die Bezeichnung Open Source und den dahin- 
terstehenden Standpunkt grundsätzlich und proprietäre 
Software allein schon aus prinzipiellen „ethischen“ Grün- 
den ab, 345 auch dann, wenn sie besser wäre als eine freie 
Version. Sowohl Open Source als auch Freie Software 
meinen zwar das gleiche Produkt (die gleiche Software), 
weisen dem Begriff aber jeweils andere Werte zu. Freie 
Software betont die Freiheit des Nutzers und hat ein da- 
mit Verbundes soziales, politisches und ethisches Anlie- 
gen. Der Begriff Open Source konzentriert sich im We- 
sentlichen auf den praktischen Nutzen und die Vorteile 
der Entwicklungsmethode entsprechender Software, nicht 
jedoch auf ethische Fragen. 

Dennoch arbeiten Anhänger beider Lager bei Projekten 
zusammen. Alternative Bezeichnungen wie „Free/Libre 
Open Source Software“ (FLOSS), die von Anhängern 
beider Positionen (einschließlich Richard Stallman) ak- 
zeptiert werden, sollen diese Gemeinsamkeiten beto- 
nen. 346 

Die Enquete-Kommission hat einstimmig beschlossen, 
den Begriff Freie Software zu verwenden. 

Zu Fußnote 198: Sondervotum der Fraktion der SPD 
sowie des Sachverständigen Alvar Freude zu 
Kapitel 3. 1.6.2 Kommerzieller Vertrieb 
von Linux-Distributionen 

Eines der bekanntesten Geschäftsmodelle war lange Zeit 
der kommerzielle Vertrieb von Distributionen freier Be- 
triebssysteme. Dabei handelt es sich um die Zusammen- 


343 Siehe hierzu: Wikipedia - Die freie Enzyklopädie: FreeBSD. Online 
abrufbar unter: http://de.wikipedia.org/wiki/FreeBSD sowie die Web- 
seite des Projekts unter: http://www.ffeebsd.org/de/ 

344 Informationen zur Open Source Initiative (OSI) sind online abrufbar 
unter: http://opensource.org 

34 5 Vgk Stallmann, Richard: Warum Open Source das Ziel von Freie 
Software verfehlt. Online abrufbar unter: http://www.gnu.org/philoso 
phy/open-source-misses-the-point.html 

346 Vgl. Wikipedia - Die freie Enzyklopädie : Freie Software. Online ab- 
rufbar unter: http://de.wikipedia.org/wiki/Freie_Software 


Stellung von meist auf Linux (seltener auch auf BSD-Sys- 
temen) basierenden Softwarepaketen wie verschiedenen 
Server-Diensten, Bürosoftware, Multimedia-Program- 
men, Web-Browsern, E-Mail-Programmen usw. Das Ge- 
schäftsmodell war dabei die sinnvolle Zusammenstellung 
von Freier Software zusammen mit einem Handbuch und 
kostenlosen Updates zu einem Gesamtpaket. Dadurch 
konnten auch technisch weniger versierte Nutzer ange- 
sprochen werden. 

Aufgrund der hohen Verfügbarkeit schneller Internet-Zu- 
gänge und der Möglichkeit des kostenlosen Downloads 
ist dies heute kein relevantes Geschäftsmodell mehr, auch 
wenn es immer noch „Boxed“ Versionen der verschiede- 
nen Distributionen gibt. Die großen Linux-Distributoren 
sind daher dazu übergegangen, ihre Pakete für Geschäfts- 
kunden zu optimieren und zusammen mit Support- Verträ- 
gen und Beratung zu vermarkten. 

Von den großen kommerziellen Linux-Distributionen gibt 
es meist auch Community- Versionen wie OpenSuSE, 
Fedora (Community-Projekt von Red Hat) oder CentOS 
(freie Version des Red Hat Enterprise Linux). 

Zu Fußnote 306: Sondervotum der Fraktion der SPD 
sowie des Sachverständigen Alvar Freude zu 
Kapitel 3.2.5 Sicherheitsaspekte Freier Software 

Im Coverity Scan: 2011 Open Source Integrity Report 
kommt das Unternehmen zu dem Schluss, dass die Quali- 
tät Freier Software bei ähnlichem Quellcode-Umfang der 
Qualität proprietärer Software entspreche 347 und bei akti- 
ven Projekten über dem Durchschnitt der Software-Indus- 
trie liege. 348 Dazu wurden über 300 Millionen Zeilen 
Code von 41 proprietären Programmen und 37 Millionen 
Zeilen Code aus 45 wichtigen Projekten Freier Software 
analysiert. Bei proprietärer Software, deren Code durch- 
schnittlich 7,5 Millionen Zeilen umfasst, fand Coverity 
im Durchschnitt 0,64 Fehler pro 1 000 Zeilen Code. 
Durchschnittlich wurden bei Freier Software 0,45 Fehler 
pro 1 000 Zeilen Code gefunden. Der Umfang der Code- 
zeilen sei bei der betrachteten proprietären Software si- 
gnifikant größer als der durchschnittliche Umfang der 
Codezeilen der Freien Software, die Gegenstand der Ana- 
lyse gewesen ist. 349 Bei Projekten vergleichbarer Größe 
wurden vergleichbare Fehlerdichten gefunden: Linux 2.6 
mit fast 7 Millionen Zeilen Code komme mit einer Feh- 
lerrate von 0,62 Defekten pro 1 000 Zeilen Code auf ei- 
nen ähnlichen Wert wie vergleichbare proprietäre Pro- 


347 Vgl. Coverity, Inc.: Coverity Scan: 2011 Open Source Integrity 
Report. 2012, S. 13. Online abrufbar unter: http://www.coverity.com/ 
library/pdf/coverity-scan-20 1 1 -open-source-integrity-report.pdf 

348 Ebd., S. 6. Englisches Originalzitat: „Open source quality for active 
projects in Coverity Scan is better than the Software industry ave- 
rage“. 

349 Coverity, Inc.: Coverity Scan: 2011 Open Source Integrity Report. 
2012, S. 13. Englisches Originalzitat: „significantly larger than the 
average for open source Software included in our analysis“. Online 
abrufbar unter: http://www.coverity.com/library/pdf/coverity-scan- 
20 1 1 -open-source-integrity-report.pdf 
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dukte 350 und liege deutlich unter dem Durchschnitt der 
Software-Industrie von 1.0. 351 

Zu Fußnote 330: Sondervotum der Fraktionen der 
SPD, DIE LINKE, und BÜNDNIS 90/DIE GRÜNEN 
und der von ihnen benannten Sachverständigen 
Markus Beckedahl, Alvar Freude, Annette Mühlberg, 
Cornelia Tausch, Lothar Schröder, Prof. Dr. Wolfgang 
Schulz sowie des Sachverständigen padeluun 352 

Die Fraktionen der SPD, DIE LINKE, und BÜNDNIS 90/ 
DIE GRÜNEN und die von ihnen benannten Sachverständi- 
gen Markus Beckedahl, Alvar Freude, Annette Mühlberg, 
Cornelia Tausch, Lothar Schröder, Prof. Dr. Wolfgang 
Schulz sowie der Sachverständige padeluun bedauern, 
dass es zu keinen gemeinsamen Handlungsempfehlungen 
der gesamten Projektgruppe Interoperabilität, Standards, 
Freie Software gekommen ist, obwohl sich die Mitglieder 
in den wesentlichen Punkten einig waren. Die folgenden 
alternativen Handlungsempfehlungen beinhalten daher 
auch alle Empfehlungen, die auch seitens der Koalition 
getragen werden, gehen im Detail weit darüber hinaus 
und beleuchten noch weitere Aspekte. 

Handlungsempfehlungen zu Kapitel 2 Interoperabi- 
lität und Standards 

Das Internet hat sich zu einem integralen Bestandteil na- 
hezu aller Lebensbereiche entwickelt. Weltweit nutzen 
mehr als 2,3 Milliarden Menschen das Internet (Stand: 
Juni 2012) 353 , wobei sie dafür unterschiedliche Hard- und 
Software verwenden. Dass eine Kommunikation in die- 
sem heterogenen IT-Umfeld dennoch möglich ist, ist u. a. 
den offenen, nicht proprietären Standards zu verdanken, 
auf denen das Internet basiert. 

Offene Standards sichern Interoperabilität: Das Zusam- 
menwirken von IT-Systemen verschiedener Hersteller 
wird ermöglicht. Innovationen werden gefördert und 
Wettbewerb gesichert, indem ein ungehinderter Marktzu- 
tritt gewährleistet wird. Interoperabilität trägt zu wirt- 
schaftlich-technischer Unabhängigkeit bei. 

Entwicklungen wie das Internet der Dinge, die Industrie 
4.0, das Cloud Computing und IPTV zeigen, wie wichtig 
die Verwendung Offener Standards und die Sicher- 
stellung von Interoperabilität sind. Auch im Bereich des 
E-Govemment spielt Interoperabilität eine zentrale Rolle: 
Interoperabilität ermöglicht den medienbruchfreien Da- 
tenaustausch zwischen Staat und Bürgerinnen und Bür- 
gern beziehungsweise Unternehmen. 


350 Ebd. Englisches Originalzitat: „For instance, Linux 2.6 has nearly 
7 million lines of code and a defect density of .62, which is roughly 
identical to that of its proprietary codebase counterparts.“ 

351 Ebd., S. 8. Englisches Originalzitat: „it has substantially fewer repor- 
ted defects than the average for the Software industry of 1 .0“. 

352 Die Fraktion DIE LINKE, trägt die Empfehlungen Nummer 11, 18, 
31 (inklusive Einleitungstext) und 35 (inklusive Einleitungstext) zu 
Kapitel 3 Freie Software nicht mit. 

353 Vgl. ITU World Telecommunication/ICT Indicators Database: Key 
Statistical highlights. ITU data release June 2012. Juni 2012. Online 
abrufbar unter: http://www.itu.int/ITU-D/ict/statistics/material/pdf/ 
2011 %20Statistical%20highlights_June_20 1 2.pdf 


Insbesondere Freie Software trägt durch die Verwendung 
Offener Standards zur Förderung von Interoperabilität 
bei. Der Einsatz Freier Software in Wirtschaft und öffent- 
licher Verwaltung hat in den letzten Jahren weiter zuge- 
nommen: Freie Software konnte sich dabei abhängig von 
der Einsatzumgebung als Alternative zu proprietärer Soft- 
ware etablieren. 

Die Fraktionen der SPD, DIE LINKE, und BÜNDNIS 90/ 
DIE GRÜNEN und die von ihnen benannten Sachverständi- 
gen Markus Beckedahl, Alvar Freude, Annette Mühlberg, 
Cornelia Tausch, Lothar Schröder, Prof. Dr. Wolfgang 
Schulz sowie der Sachverständige padeluun betonen mit 
den nachfolgenden Handlungsempfehlungen die Bedeu- 
tung, die dem Einsatz Offener Standards sowie der Si- 
cherstellung von Interoperabilität in Wirtschaft und öf- 
fentlicher Verwaltung zukommt. 

Die Fraktionen der SPD, DIE LINKE, und BÜNDNIS 90/ 
DIE GRÜNEN und die von ihnen benannten Sachverständi- 
gen Markus Beckedahl, Alvar Freude, Annette Mühlberg, 
Cornelia Tausch, Lothar Schröder, Prof. Dr. Wolfgang 
Schulz sowie der Sachverständige padeluun 

1. begrüßen die Verabschiedung des Reformpaketes 
zum Europäischen Standardisierungssystem, da da- 
mit der Weg zur regulären Nutzung von Standards 
des IT-Sektors geöffnet wird, die nicht in den eta- 
blierten Normungsorganisationen entstanden sind. 
Auch wenn es sich hierbei vornehmlich um FRAND- 
Lizenzierung handeln kann, die nicht mit offenen 
Standards gleichzusetzen sind. 

2. unterstützen zusätzlich die Position der Bundesregie- 
rung aus SAGA, die zur Förderung des Wettbewerbs 
durch Offener Standards im Softwarebereich eine Li- 
zenzierung ohne Restriktionen und Lizenzgebühren 
erfordert. 

3. empfehlen, dass sich die öffentliche Verwaltung zur 
Förderung der Interoperabilität und Zukunftsfähig- 
keit ihrer IT-Systeme konsequent auf den Einsatz of- 
fener Standards verpflichten sollte, um bei der Wei- 
terentwicklung der Systeme nicht von den Interessen 
einzelner Marktteilnehmer abhängig zu sein. Zu die- 
sem Zweck sollten ebenenübergreifend gemeinsame 
Mindestanforderungen definiert und Empfehlungen 
von einzusetzenden IT-Standards und -Spezifikati- 
onen ausgesprochen werden. 

4. stellen fest, dass Freie Software die Interoperabilität 
fördert. Daher empfehlen sie der öffentlichen Verwal- 
tung und Privatwirtschaft neben Standardisierung 
auch Freie-Software-Referenzimplementationen zur 
Verbesserung der Interoperabilität zu entwickeln und 
unter eine möglichst offene Lizenz zu stellen. 

5. fordern die Bundesregierung auf, zu prüfen, inwie- 
fern zukünftig die Förderung offener Standards durch 
entsprechendes staatliches Handeln gewährleistet 
werden kann. So könnten nicht nur Zugangserleichte- 
rungen für die Bürgerinnen und Bürger und die Wirt- 
schaft, sondern auch entsprechende Entwicklungs- 
anreize gesetzt werden. 
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6. stellen fest, dass die öffentliche Verwaltung durch ei- 
nen konsequenten Einsatz offener Standards Unab- 
hängigkeit gegenüber einzelnen Marktteilnehmern 
erhalten kann. Daher sollten ebeneniibergreifend ge- 
meinsam offene Standards definiert und entspre- 
chende Empfehlungen für den Einsatz ausgesprochen 
werden. 

7. empfehlen, sich bei der Entwicklung von durch die 
öffentliche Hand vorangetriebenen Standards an seit 
Jahrzehnten etablierten Verhaltensweisen zu orientie- 
ren. So sollten die Standards in möglichst offener 
Diskussion entwickelt werden, auf Mailinglisten 
können sich Entwickler gegenseitig Hilfestellung bei 
der Implementierung oder der Nutzung einer Refe- 
renzimplementation geben usw. 

8. stellen fest, dass branchenspezifische Software ein 
unerlässlicher Bestandteil geworden ist, um Zeitein- 
sparungen und Effizienzgewinne in der Verwaltung, 
Steuerung von Geschäftsprozessen und in der Kun- 
denbetreuung zu realisieren. Bisher fehlt es jedoch in 
vielen Branchen noch an Auswahlmöglichkeiten für 
einzusetzende Software. Die Fraktionen der SPD, DIE 
LINKE, und BÜNDNIS 90/DIE GRÜNEN und die 
von ihnen benannten Sachverständigen Markus 
Beckedahl, Alvar Freude, Annette Mühlberg, Cornelia 
Tausch, Lothar Schröder, Prof. Dr. Wolfgang Schulz 
sowie der Sachverständige padeluun regen daher an, 
dass die berufsständischen Vereinigungen bereits 
vorhandene Standards und Spezifikationen zur Verfü- 
gung stellen, sodass sie Gegenstand sowohl von pro- 
prietärer als auch Freier Software werden können. 
Darüber hinaus müssen Zertifizierungen allen Inte- 
ressierten möglichst niedrigschwellig zur Verfügung 
stehen, um gleiche Marktzutrittsvoraussetzungen zu 
schaffen. 

9. fordern die Hardware-Hersteller auf, sich selbst zu 
verpflichten, Nutzerinnenn und Nutzern die uneinge- 
schränkte Möglichkeit des Zugriffs auf selbst er- 
stellte Inhalte auf ihren Geräten zu gewähren, ein- 
schließlich des Transfers auf andere Geräte und 
Betriebssyteme. Dabei sind, soweit vorhanden, stan- 
dardisierte Dateiformate zu nutzen. 

10. fordern den Bundestag auf, im Falle des Scheiterns 
einer solchen Selbstverpflichtung entsprechende ge- 
setzgeberische Initiativen zu ergreifen. Zum Stichtag 
31. Dezember 2014 soll festgestellt werden, ob die 
Selbstverpflichtung der Industrie eingeleitet und bis 
zum 31. Dezember 2015 umgesetzt worden ist. 

Handlungsempfehlungen zu Kapitel 3 Freie Software 

Während offene Standards die Basis für die Verbreitung 
des Internets und die nötige Interoperabilität darstellt, hat 
Freie Software die Entwicklung des Internets maßgeblich 
befördert. Ohne im Quelltext vorhandene und für jeden 
diskriminierungsfrei weiternutzbare Software wäre die 
vielfältige und vor allem schnelle Entwicklung des Inter- 
nets nicht denkbar. Unter freier Lizenz stehende Web- 
und Datenbank-Server, Content-Management-Systeme, 


Programmiersprachen, Programm-Bibliotheken zur ein- 
facheren Entwicklung komplexer Anwendungen und vie- 
les mehr treiben die Entwicklung des Internets seit Jahr- 
zehnten voran. Aber auch in vielen anderen Bereichen 
wird Freie Software eingesetzt: nach einer Untersuchung 
von heise online nutzten bereits 2008 über 80 Prozent der 
Unternehmen in Deutschland Freie und Open-Source- 
Software, bei 40 Prozent nahm sie sogar eine unterneh- 
menskritische Rolle ein. 354 

Die Fraktionen der SPD, DIE LINKE, und BÜNDNIS 90/ 
DIE GRÜNEN und die von ihnen benannten Sachverständi- 
gen Markus Beckedahl, Alvar Freude, Annette Mühlberg, 
Cornelia Tausch, Lothar Schröder, Prof. Dr. Wolfgang 
Schulz sowie der Sachverständige padeluun sehen Freie 
Software als qualitativ hochwertige, nützliche und dem 
Gemeinwohl dienende Software an. Sie stellen aber nicht 
die Existenz von proprietärer Software infrage, sondern 
empfehlen ein Nebeneinander verschiedener Modelle, die 
je nach Einsatzszenario wechseln können. 

Freie Software in der öffentlichen Verwaltung 

Vor diesem Hintergrund empfehlen die Fraktionen der 
SPD, DIE LINKE, und BÜNDNIS 90/DIE GRÜNEN 
und die von ihnen benannten Sachverständigen Markus 
Beckedahl, Alvar Freude, Annette Mühlberg, Cornelia 
Tausch, Lothar Schröder, Prof. Dr. Wolfgang Schulz so- 
wie der Sachverständige padeluun: 

1. Projekte wie LiMux zeigen, dass Freie Software 
nicht nur bei Server-Diensten, sondern vom Betriebs- 
system bis zu den einzelnen Anwendungen auch auf 
Arbeitsplatz-Rechnern in großen Organisationen ein- 
gesetzt werden kann. Die Öffentliche Verwaltung 
sollte dem Beispiel der Stadt München folgen und 
vermehrt Freie Software einsetzen. 

2. Die Umstellung und das Betreiben von Freier und 
proprietärer Software in der öffentlichen Verwaltung 
stellen vielseitige und umfassende Herausforderun- 
gen dar, die einer kontinuierlichen Begleitung bedür- 
fen. Die Fraktionen der SPD, DIE LINKE, und 
BÜNDNIS 90/DIE GRÜNEN und die von ihnen be- 
nannten Sachverständigen Markus Beckedahl, Alvar 
Freude, Annette Mühlberg, Cornelia Tausch, Lothar 
Schröder, Prof. Dr. Wolfgang Schulz sowie der Sach- 
verständige padeluun empfehlen daher der Bundesre- 
gierung, das Kompetenzzentrum Open Source Soft- 
ware beim Bundesverwaltungsamt mit ausreichenden 
Mitteln auszustatten, damit es auch weiterhin als 
kompetenter Ansprechpartner zur Verfügung stehen 
kann. 

3. Bund und Ländern sollten auch in Zukunft neue Soft- 
ware möglichst plattformunabhängig erstellen (las- 
sen). Insbesondere dann, wenn die Software zur 
Interaktion mit Bürgerinnen und Bürgern oder Unter- 
nehmen zur Anwendung kommen soll, sollte auch 


354 Vgl. Diedrich, Oliver: Trendstudie Open Source. Wie Open-Source- 
Software in Deutschland eingesetzt wird, heise online, 4. Februar 
2009. Online abrufbar unter: http://heise.de/-221696. 
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eine Plattformneutralität gewahrt bleiben, um eine 
möglichst hohe Teilhabemöglichkeit zu gewährleis- 
ten. 

4. Um eine feste Bindung an ein Betriebssystem zu ver- 
hindern, sollte auch von der öffentlichen Verwaltung 
für den Eigengebrauch selbst entwickelte Software 
beziehungsweise von Dritten im Auftrag entwickelte 
Software plattformunabhängig erstellt werden. 

5. Werden Änderungen und Erweiterungen an vorhan- 
dener Freier Software durchgeführt und diese nicht 
an die jeweilige Entwickler-Community zurückgege- 
ben, kann dies zu Problemen bei Updates kommen: 
Die Änderungen und Erweiterungen müssen mit ho- 
hem Aufwand in die aktualisierte Version der Soft- 
ware eingepflegt werden, ln einer solchen Konstella- 
tion werden oft sicherheitsrelevante Aktualisierungen 
ausgelassen, da der Integrationsaufwand zu groß ist. 
Daher hat es sich als sinnvoll erwiesen, solche Ände- 
rungen in das jeweilige Softwareprojekt zurückflie- 
ßen zu lassen. So profitieren alle von den Ergänzun- 
gen, diese können von der Community weiter 
gepflegt werden und sie sind bei Aktualisierungen 
bereits enthalten. 

6. Bei der Vorbereitung von Vergaben ist bereits eine 
Gesamtbetrachtung durchzuführen, um sicherzustel- 
len, dass das Neutralitätsgebot gewahrt wird und dass 
keine unangemessene Bevorzugung von Freier oder 
proprietärer Software erfolgt. Die Fraktionen der 
SPD, DIE LINKE, und BÜNDNIS 90/DIE GRÜNEN 
und die von ihnen benannten Sachverständigen Markus 
Beckedahl, Alvar Freude, Annette Mühlberg, Cornelia 
Tausch, Lothar Schröder, Prof. Dr. Wolfgang Schulz so- 
wie der Sachverständige padeluun weisen jedoch da- 
rauf hin, dass es sachliche Gründe, insbesondere auf- 
grund einer wirtschaftlichen Betrachtung (Total Cost 
of Ownership) geben kann, die den Einsatz von 
Freier Software in der öffentlichen Verwaltung vor- 
zugswürdig erscheinen lassen. 

Die Fraktionen der SPD, DIE LINKE, und BÜNDNIS 90/ 
DIE GRÜNEN und die von ihnen benannten Sachverständi- 
gen Markus Beckedahl, Alvar Freude, Annette Mühlberg, 
Cornelia Tausch, Lothar Schröder, Prof. Dr. Wolfgang 
Schulz sowie der Sachverständige padeluun empfehlen 
den Behörden des Bundes, der Länder und Gemeinden, 

7. Eigenentwicklungen möglichst unter freien Lizenzen 
offenzulegen. So können andere Behörden zur Soft- 
ware beitragen und gemeinsam sowie kostensparsam 
wichtige Projekte vorangetrieben werden. 

8. bei der Auftragsvergabe vermehrt eine Lizenzierung 
unter einer freien Lizenz zu fördern. Die im Auftrag 
entwickelte Software kann vom Auftraggeber dann 
beliebig weitergenutzt und weitergegeben werden. 

9. Anwendungen für Endnutzer soweit möglich unter 
einer freien Lizenz im Quelltext zu veröffentlichen, 
um so beispielsweise Ergänzungen, Übersetzungen 
und die Integration in andere Software zu ermögli- 
chen. 


Vor dem Hintergrund der in Kapitel 2. 2. 2.2 aufgeführten 
Restriktionen sowie der in Kapitel 5 des Migrationsleitfa- 
dens 4.0 beschriebenen Einschränkungen hinsichtlich der 
Lizenzierung und Weitergabe bitten die Fraktionen der 
SPD, DIE LINKE, und BÜNDNIS 90/DIE GRÜNEN 
und die von ihnen benannten Sachverständigen Markus 
Beckedahl, Alvar Freude, Annette Mühlberg, Cornelia 
Tausch, Lothar Schröder, Prof. Dr. Wolfgang Schulz so- 
wie der Sachverständige padeluun die Bundesregierung 
und den Bundestag 

10. zu prüfen, inwiefern Änderungen in der Bundeshaus- 
haltsordnung eine Weiterentwicklung von in der öf- 
fentlichen Verwaltung zum Einsatz kommender 
Freier Software durch Dritte erleichtern könnten. Da- 
rüber hinaus sollte geprüft werden, ob in dem vorge- 
nannten Fall die Voraussetzungen für eine Zulassung 
von Ausnahmen im Sinne des § 63 Absatz 3 BHO 
vorhegen. 

11. zu prüfen, welche gesetzlichen Maßnahmen bei- 
spielsweise im Haushaltsrecht, Wettbewerbsrecht 
und kommunalem Wirtschaftsrecht nötig sind, damit 
von oder im Auftrag der öffentlichen Verwaltung ent- 
wickelte Software unter freien Lizenzen weitergege- 
ben werden kann. Dies kann beispielsweise analog 
zur „Linux-Klausel“ im Urheberrecht (§ 32 Absatz 3 
Satz 3 UrhG) geschehen. 355 

Secure Boot und Gerätehoheit 

Die Etablierung von Secure -Boot bringt für den Einsatz 
alternativer Betriebssysteme eine Reihe von Herausforde- 
rungen mit sich, auch um eine weitgehende Hoheit der 
Nutzer über die Hardware zu erhalten. 

Die Fraktionen der SPD, DIE LINKE, und BÜNDNIS 90/ 
DIE GRÜNEN und die von ihnen benannten Sachverständi- 
gen Markus Beckedahl, Alvar Freude, Annette Mühlberg, 
Cornelia Tausch, Lothar Schröder, Prof. Dr. Wolfgang 
Schulz sowie der Sachverständige padeluun 

12. begrüßen das Eckpunktepapier der Bundesregierung 
zu „Trusted Computing" und ,, Secure Boot“ 356 . Sie 
regen an, die im Eckpunktepapier aufgestellten For- 
derungen nicht nur gegenüber der Bundesverwal- 
tung, sondern auch gegenüber der öffentlichen Ver- 
waltung in den Ländern zu kommunizieren. 

13. sprechen sich des Weiteren dafür aus, dass, um wie 
vom Eckpunktepapier gefordert, „eine bewusste und 
informierte Einwilligung des Geräteeigentümers“ zur 
Delegierung dieser Rechte sicherzustellen, Verbrau- 
cher vor dem Erwerb eines Gerätes klar und deutlich 
auf die in diesem Gerät implementierten technischen 
Maßnahmen sowie über die genauen Nutzungs- 


355 Die Fraktion DIE LINKE, trägt die Empfehlung Nummer 1 1 nicht 
mit. 

356 Siehe hierzu: Bundesministerium des Innern: Eckpunktepapier der 

Bundesregierung zu „Trusted Computing“ und „Secure Boot“. Au- 
gust 2012. Online abrufbar unter: http://www.bmi.bund.de/Shared- 
Docs/Downloads/DE/Themen/OED_Verwaltung/Informationsgesell 
schaft/trustedcomputing.pdf? blob=publicationFile 
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schranken und die Konsequenzen für den Eigentümer 
hingewiesen werden sollen. 

14. legen der Bundesregierung nahe, dass beim Kauf 
[besser: bei der Anschaffung] von Hardware keine 
Geräte beschafft werden, welche die Forderungen des 
Eckpunktepapiers nicht einhalten. 

15. empfehlen privaten Verbrauchern und Unternehmen, 
ausschließlich IT-Geräte zu erwerben, die dem Ei- 
gentümer permanent die volle und alleinige Verfü- 
gungsgewalt über das Sicherheits-Subsystem (zum 
Beispiel signaturbasierte Nutzungsschranken) ge- 
währen. Die Fraktionen der SPD, DIE LINKE, und 
BÜNDNIS 90/DIE GRÜNEN und die von ihnen be- 
nannten Sachverständigen Markus Beckedahl, Alvar 
Freude, Annette Mühlberg, Cornelia Tausch, Lothar 
Schröder, Prof. Dr. Wolfgang Schulz sowie der Sach- 
verständige padeluun erkennen den Mehrwert, die 
Fähigkeit beizubehalten, beliebige Software zu ins- 
tallieren und letztendlich die exklusive Kontrolle 
über die eigenen Daten sicherzustellen. 

16. fordern Hersteller einer Hardware- oder Software- 
Komponente eines IT-Geräts (zum Beispiel Firm- 
ware, Betriebssystem, Anwendungsprogamm) dazu 
auf, sich selbst dazu zu verpflichten, eine eventuell 
eingeschränkte Gerätehoheit seines Eigentümers 
nicht dazu zu missbrauchen, Nutzer des Gerätes ohne 
deren explizite Einwilligung zu kontrollieren oder 
gar zu überwachen. Die informationelle Selbstbe- 
stimmung der Geräte-Nutzenden setzt voraus, dass 
sie selbst eine informierte Entscheidung („Informed 
Consent“) treffen können, welche Daten während ih- 
rer Nutzung aufgezeichnet werden und was mit die- 
sen Daten geschieht. Dies betrifft alle auf diesem Ge- 
rät aufgezeichneten Daten, also sowohl solche, die 
bewusst von den Nutzenden erzeugt werden (Dateien 
etc.), als auch solche, die unbewusst erzeugt werden 
(Tastaturanschläge, Aufzeichnungen durch gegebe- 
nenfalls heimlich aktivierte Webcam, Mikrofon, 
GPS-Trackingdaten usw.). 

In Zukunft wird mehr und mehr Software über die zentra- 
len App-Stores der Hardware- oder Betriebssystem-Her- 
steller vertrieben, bei einiger Hardware ist es gar nicht 
möglich, andere Software zu installieren. Die Lizenzbe- 
dingungen dieser App-Stores sehen teilweise Einschrän- 
kungen vor, die nicht mit der GPL kompatibel sind, 357 so- 
dass GPL-lizenzierte Software nicht ohne Weiteres über 
solche App-Stores vertrieben werden kann. Das Verhalten 
einiger Anbieter von App-Stores, nur inhaltlich geprüfte 
Software zuzulassen, ist zudem nicht mit den Gedanken 
Freier Software vereinbar. Die Fraktionen der SPD, DIE 
LINKE, und BÜNDNIS 90/DIE GRÜNEN und die von 
ihnen benannten Sachverständigen Markus Beckedahl, 
Alvar Freude, Annette Mühlberg, Cornelia Tausch, 
Lothar Schröder, Prof. Dr. Wolfgang Schulz sowie der 


357 Vgl. Smith, Brett: More about the App Store GPL Enforcement. 
26. Mai 2010. Online abrufbar unter: http://www.fsf.org/blogs/licen 
sing/more-about-the-app-store-gpl-enforcement 


Sachverständige padeluun empfehlen dem Bundestag da- 
her 

17. zu prüfen, ob marktbeherrschende Betreiber von 
App-Stores ihre Position ausnutzen, um bestimmte 
Software zu diskriminieren sowie zu prüfen, ob regu- 
latorische Maßnahmen notwendig sind. 

Aus Sicht der Fraktionen der SPD, DIE LINKE, und 
BÜNDNIS 90/DIE GRÜNEN und den von ihnen benann- 
ten Sachverständigen Markus Beckedahl, Alvar Freude, 
Annette Mühlberg, Cornelia Tausch, Lothar Schröder, 
Prof. Dr. Wolfgang Schulz sowie des Sachverständigen 
padeluun hat jeder Besitzer universeller Computer das 
Recht, eigene Software zu entwickeln, zu installieren und 
zu nutzen. Einige Hersteller versuchen dieses durch techni- 
sche Schutzmaßnahmen zu umgehen. Die Fraktionen der 
SPD, DIE LINKE, und BÜNDNIS 90/DIE GRÜNEN und 
die von ihnen benannten Sachverständigen Markus 
Beckedahl, Alvar Freude, Annette Mühlberg, Cornelia 
Tausch, Lothar Schröder, Prof. Dr. Wolfgang Schulz sowie 
der Sachverständige padeluun empfehlen dem Bundestag 

18. die Ausübung dieses Rechts nicht durch gesetzliche 
Regelungen zu unterbinden, auch wenn diese ur- 
sprünglich einen anderen Zweck haben. 358 

19. zu prüfen, ob einzelne restriktive Hersteller eine so 
marktbeherrschende Stellung haben, dass ein regula- 
torisches Eingreifen notwendig wird. 

Weiterhin empfehlen die Fraktionen der SPD, DIE 
LINKE, und BÜNDNIS 90/DIE GRÜNEN und die von 
ihnen benannten Sachverständigen Markus Beckedahl, 
Alvar Freude, Annette Mühlberg, Cornelia Tausch, 
Lothar Schröder, Prof. Dr. Wolfgang Schulz sowie der 
Sachverständige padeluun dem Bundestag, 

20. eine gesetzliche Regelung zu schaffen, die sicher- 
stellt, dass Kunden vor dem Kauf eines Gerätes klar 
feststellen können, welchen Einschränkungen dieses 
unterliegt, beispielsweise ob es möglich ist, alterna- 
tive Betriebssysteme zu installieren oder welche Ein- 
schränkungen bei der Softwareauswahl bestehen. 

Bildung und Forschung 

Die Fraktionen der SPD, DIE LINKE, und BÜNDNIS 90/ 
DIE GRÜNEN und die von ihnen benannten Sachverständi- 
gen Markus Beckedahl, Alvar Freude, Annette Mühlberg, 
Cornelia Tausch, Lothar Schröder, Prof. Dr. Wolfgang 
Schulz sowie der Sachverständige padeluun sprechen sich 
dafür aus, dass 

21. der Zugang zur Softwareentwicklung insbesondere 
für Kinder und Jugendliche stärker geöffnet werden 
sollte. Sie regen gegenüber den Ländern an, Frei- 
räume für das Programmieren von Software, bei- 
spielsweise durch die Förderung entsprechender 
schulischer Arbeitsgemeinschaften zu schaffen. 
Diese könnten dabei helfen, schon früh bestehende 
Berührungsängste abzubauen. 


358 Die Fraktion DIE LINKE, trägt die Empfehlung Nummer 18 nicht 
mit. 



Drucksache 17/12495 


-64- 


Deutscher Bundestag - 17. Wahlperiode 


22. frei verfügbarer Quellcode sowie das Recht zur belie- 
bigen Nutzung, Weitergabe und Modifikation bedeu- 
tet einen niederschwelligen Zugang zur Softwareent- 
wicklung. Dies ermöglicht es bereits Anfängern, sich 
in Programme einzubringen. Kinder und Jugendliche 
sollten in der Schule aktiv in der Anwendung und 
Veränderung Freier Software, beispielsweise in Form 
von AGs, gefördert werden. Freie Software wird von 
Entwicklern in unterschiedlichen Kontexten oft 
grenziibergreifend gemeinsam entwickelt. Schülerin- 
nen und Schüler sollen dazu ermutigt werden, sich 
schon früh an dieser Entwicklung zu beteiligen. Da- 
mit werden sie zu interdisziplinärer, vernetzter und 
globaler Zusammenarbeit befähigt. 

23. Software, die mit öffentlichen Geldern finanziert 
wurde, beispielsweise Zuschüssen aus dem Bereich 
Bildung und Forschung, sollte bevorzugt und soweit 
möglich unter freien Lizenzen veröffentlicht werden. 

Die Fraktionen der SPD, DIE LINKE, und BÜNDNIS 90/ 
DIE GRÜNEN und die von ihnen benannten Sachverständi- 
gen Markus Beckedahl, Alvar Freude, Annette Mühlberg, 
Cornelia Tausch, Lothar Schröder, Prof. Dr. Wolfgang 
Schulz sowie der Sachverständige padeluun bitten die 
Kultusministerien der Länder, 

24. zukünftig vor der Anschaffung von neuen Lernmit- 
teln zu prüfen, ob diese auch plattformunabhängig 
eingesetzt werden können. Dies könnte nicht nur 
mögliche Abhängigkeiten vermeiden, sondern auch 
zu einer größeren Verbreitung der eingesetzten Soft- 
ware über den schulischen Bereich hinaus führen. 

25. insbesonders für vorgegebene Dateiformate bei Haus- 
aufgaben, Haus- oder Seminararbeiten, Übungen 
usw. die Abgabe in einem offenen Standardformat zu 
gewährleisten, um Nutzer Freier Software nicht zu 
diskriminieren. 

Schulische Ausbildung soll Grundlagenwissen vermit- 
teln. Übertragen auf den Bereich Anwendungssoftware 
bedeutet dies, dass Schülerinnen und Schüler befähigt 
werden sollen, bestimmte Arten von Anwendungen (bei- 
spielsweise Textverarbeitungen) und nicht ein bestimmtes 
Produkt lernen sollen. Die Fraktionen der SPD, DIE 
LINKE, und BÜNDNIS 90/DIE GRÜNEN und die von 
ihnen benannten Sachverständigen Markus Beckedahl, 
Alvar Freude, Annette Mühlberg, Cornelia Tausch, 
Lothar Schröder, Prof. Dr. Wolfgang Schulz sowie der 
Sachverständige padeluun empfehlen daher 

26. Schülerinnen und Schülern Grundlagenwissen und Ba- 
sistechniken zu vermitteln, anstatt diese die Anord- 
nung von Bedienelementen eines bestimmten Produk- 
tes auswendig lernen zu lassen. Ein einseitiges 
Training in einzelnen Softwareprodukten greift zu 
kurz und limitiert spätere Chancen und Möglichkeiten. 

Usability /Benutzerfreundlichkeit 

Der Einsatz Freier Software ist auf Servern weit verbrei- 
tet. Auf typischen Arbeitsplatz-Systemen hat sie einen 
weitaus geringeren Marktanteil. Dies hat in Teilen auch 
mit mangelnder Benutzerfreundlichkeit zu tun. Benutzer- 
freundlichkeit von Software (Usability) ist ein wichtiger 


Erfolgsfaktor für Software, wird jedoch häufig erst spät 
eingesetzt, statt den gesamten Entwicklungsprozess von 
der Konzeptionsphase bis zum fertigen Produkt zu beglei- 
ten. Sie führt letztlich zur erforderlichen Akzeptanz bei 
den Anwendern. Die Fraktionen der SPD, DIE LINKE, 
und BÜNDNIS 90/DIE GRÜNEN und die von ihnen be- 
nannten Sachverständigen Markus Beckedahl, Alvar 
Freude, Annette Mühlberg, Cornelia Tausch, Lothar 
Schröder, Prof. Dr. Wolfgang Schulz sowie der Sachver- 
ständige padeluun empfehlen daher, 

27. so früh wie möglich bei der Entwicklung von Soft- 
ware Usability zu berücksichtigen. 

28. dass Usability in der Ausbildung und im Studium 
eine stärkere Berücksichtigung finden sollte. 

Um die Benutzerfreundlichkeit von Freier Software zu 
verbessern und so sowohl die Akzeptanz bei den Nutzern 
als auch die Effizienz zu steigern, regen die Fraktionen 
der SPD, DIE LINKE, und BÜNDNIS 90/DIE GRÜNEN 
und die von ihnen benannten Sachverständigen Markus 
Beckedahl, Alvar Freude, Annette Mühlberg, Cornelia 
Tausch, Lothar Schröder, Prof. Dr. Wolfgang Schulz so- 
wie der Sachverständige padeluun des Weiteren an, 

29. Fördermittel bereitzustellen um Usability- Analysen 
und die Verbesserung der Benutzerfreundlichkeit bei 
ausgewählten Projekten zu finanzieren. 

30. beim Einsatz Freier Software durch öffentliche Stel- 
len zu prüfen, inwieweit Teile eingesparter Lizenz- 
kosten in die Verbesserung der Benutzerfreundlich- 
keit der verwendeten Software investiert werden 
können. 

Weiteres/Sonstiges 

Die Fraktionen der SPD und BÜNDNIS 90/DIE GRÜ- 
NEN und die von ihnen benannten Sachverständigen 
Markus Beckedahl, Alvar Freude, Cornelia Tausch, 
Lothar Schröder, Prof. Dr. Wolfgang Schulz sowie die 
Sachverständigen Annette Mühlberg und padeluun erken- 
nen an, dass die Entwicklung Freier Software dem 
Gemeinwohl dient: Jeder Mensch kann aus dem veröf- 
fentlichten Quellcode lernen, die Technologie besser ver- 
stehen, eigenen Bedürfnissen anpassen und beliebig ein- 
setzen. Die Fraktion der SPD und BÜNDNIS 90/DIE 
GRÜNEN und die von ihnen benannten Sachverständi- 
gen Markus Beckedahl, Alvar Freude, Cornelia Tausch, 
Lothar Schröder, Prof. Dr. Wolfgang Schulz sowie die 
Sachverständigen Annette Mühlberg und padeluun legen 
es Finanzämtern daher nahe, 

31. Vereinen die Gemeinnützigkeit zu erteilen, die sich 
der Förderung und Entwicklung Freier Software wid- 
men. 359 

Der Einsatz von Freier Software kann die deutsche und 
europäische Softwareindustrie stärken. Zur Stärkung 
Freier Software empfehlen die Fraktionen der SPD, DIE 
LINKE, und BÜNDNIS 90/DIE GRÜNEN und die von 


359 Die Fraktion DIE LINKE, trägt die Empfehlung Nummer 3 1 inklusi- 
ve des Einleitungstextes nicht mit. 
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ihnen benannten Sachverständigen Markus Beckedahl, 
Alvar Freude, Annette Mühlberg, Cornelia Tausch, 
Lothar Schröder, Prof. Dr. Wolfgang Schulz sowie der 
Sachverständige padeluun der Bundesregierung 

32. die Erstellung einer ressortübergreifenden Strategie 
für den Einsatz und die Förderung Freier Software. 

Zum Schutz von Verbrauchern, Unternehmen und der öf- 
fentlichen Verwaltung bitten die Fraktionen der SPD, DIE 
LINKE, und BÜNDNIS 90/DIE GRÜNEN und die von 
ihnen benannten Sachverständigen Markus Beckedahl, 
Alvar Freude, Annette Mühlberg, Cornelia Tausch, 
Lothar Schröder, Prof. Dr. Wolfgang Schulz sowie der 
Sachverständige padeluun die Bundesregierung um eine 

33. Prüfung, welche Maßnahmen nötig sind, um den 
Missbrauch mit dem Begriff Freie Software/Open 
Source zu verhindern. Verbraucher, Unternehmen 
und die öffentliche Verwaltung sollen vor Unterneh- 
men geschützt werden, die proprietäre Software unter 
dem Label „Freie Software“ oder „Open Source“ ver- 
markten. 

Eine besondere Herausforderung für Entwickler Freier 
Software ist die Bedrohung durch Software-Patente. 
Diese sind oftmals so allgemein formuliert, dass für ein 
gegebenes Problem eine naheliegende Lösung existiert, 
die bei strenger Auslegung Software-Patente verletzt. Da- 
durch entsteht die Situation, dass Software-Entwickler 
ihre eigene Leistung nicht nutzen können, da andere die 
gleiche Idee vorher patentiert haben. Die Fraktionen der 
SPD, DIE LINKE, und BÜNDNIS 90/DIE GRÜNEN 
und die von ihnen benannten Sachverständigen Markus 
Beckedahl, Alvar Freude, Annette Mühlberg, Cornelia 
Tausch, Lothar Schröder, Prof. Dr. Wolfgang Schulz so- 
wie der Sachverständige padeluun empfehlen dem Bun- 
destag daher, 

34. die Situation aufmerksam zu beobachten und zu prü- 
fen, ob gesetzgeberischer Handlungsbedarf besteht, 
um die Entwicklung Freier Software nicht zu behin- 
dern. 

Des Weiteren wird auf die Handlungsempfehlungen bezüg- 
lich Software-Patenten im achten Zwischenbericht der En- 
quete-Kommission Internet und digitale Gesellschaft (Bun- 
destagsdrucksache 17/12505, Kapitel 4.1.12) verwiesen. 360 

Die Entwicklung des Marktes von IPTV Entwicklungen 
schreitet voran. Ähnlich dem Videotext können dabei zu- 
sätzliche Informationen des Programmanbieters ange- 
zeigt werden, die über das Fernsehsignal oder über eine 
Internetverbindung bezogen werden können. Hierbei ist 
es wichtig, dass Fernseher mit einem neutralen Zugang 
ausgestattet sind, der auf einem offenen Standard wie 
HbbTV basiert, sodass der Zuschauer alle bestehenden An- 
gebote nutzen kann und nicht nur solche, die über proprie- 
täre Apps zugänglich sind. Die Fraktionen der SPD und 


360 Bundestagsdrucksache 17/12505: Achter Zwischenbericht der En- 
quete-Kommission Internet und digitale Gesellschaft. Wirtschaft, Ar- 
beit. Green IT. Kapitel 4.1.12. Online abrufbar unter: http://dipbt. 
bundestag.de/extrakt/ba/WP 1 7/246/24667.html 


BÜNDNIS 90/DIE GRÜNEN und die von ihnen benann- 
ten Sachverständigen Markus Beckedahl, Alvar Freude, 
Cornelia Tausch, Lothar Schröder, Prof. Dr. Wolfgang 
Schulz sowie die Sachverständigen Annette Mühlberg 
und padeluun empfehlen dem Deutschen Bundestag, 

35. zunächst die Schaffung von allgemeinen Standards 
durch Marktteilnehmer (Anbieter, Nutzer und Netz- 
werkbetreiber) abzuwarten. Erst bei einem Fehlgehen 
dieser Bemühungen kommt eine freiwillige Verein- 
barung der Marktteilnehmer unter Beteiligung der 
Netzagentur in Betracht. Nur als letzten Schritt sollte 
ein regulierendes Einschreiten durch den Gesetzge- 
ber erfolgen. 361 

36. Die Fraktionen der SPD, DIE LINKE, und BÜND- 
NIS 90/DIE GRÜNEN und die von ihnen benannten 
Sachverständigen Markus Beckedahl, Alvar Freude, 
Annette Mühlberg, Cornelia Tausch, Lothar 
Schröder, Prof. Dr. Wolfgang Schulz sowie der Sach- 
verständige padeluun bitten die Bundesregierung zu 
prüfen, welche positiven und welche negativen Aus- 
wirkungen der Wegfall der Vergütungspflicht in § 49 
Absatz 2 TKG (Telekommunikationsgesetz, § 49 
Interoperabilität der Übertragung digitaler Fernseh- 
signale, Absatz 2 Rechteinhaber von Anwendungs- 
Programmierschnittstellen sind verpflichtet, Herstel- 
lern digitaler Fernsehempfangsgeräte sowie Dritten, 
die ein berechtigtes Interesse geltend machen, auf an- 
gemessene, chancengleiche und nichtdiskriminie- 
rende Weise und gegen angemessene Vergütung alle 
Informationen zur Verfügung zu stellen, die es er- 
möglichen, sämtliche durch die Anwendungs-Pro- 
grammierschnittstellen unterstützten Dienste voll 
funktionsfähig anzubieten. Es gelten die Kriterien der 
§§ 28 und 42.) zur Folge haben könnte. 

Zu Fußnote 333: Sondervotum der Fraktionen 
BÜNDNIS 90/DIE GRÜNEN und DIE LINKE, 
sowie des Sachverständigen Markus Beckedahl 
zu Handlungsempfehlung Nummer 9 

Die Entwicklung des Marktes von IPTV schreitet voran. 
Hierbei ist es wichtig, dass Decoder mit einem neutralen, 
offenen Zugang ausgestattet sind. Vor dem Hintergrund 
der grundlegenden Volatilität der technologischen Ent- 
wicklung in der Verbindung von Internet und TV, in dem 
mit Angeboten des Smart-TV (HbbTV, GoogleTV, Apple 
TV etc.) alternative Zugangstechnologien bestehen und 
die künftige Marktdurchdringung unterschiedlicher Tech- 
nologien heute nicht absehbar ist, wird dem Deutschen 
Bundestag empfohlen, zunächst die Schaffung von allge- 
meinen Standards durch Marktteilnehmer (Anbieter, Nut- 
zer und Netzwerkbetreiber) abzuwarten. Bei einem Fehl- 
gehen dieser Bemühungen kommt eine freiwillige 
Vereinbarung der Marktteilnehmer unter Beteiligung der 
Bundesnetzagentur in Betracht oder kann ein regulieren- 
des Einschreiten durch den Gesetzgeber erfolgen. 


361 Die Fraktion DIE LINKE, trägt die Empfehlung Nummer 35 inklusi- 
ve des Einleitungstextes nicht mit. 
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6 Anlagen 

6.1 Öffentliches Expertengespräch zum 
Thema „Interoperabilität und Standards“ 

Die Projektgruppe hörte in dem am 21. September 2012 
durchgeführten öffentlichen Expertengespräch zum 
Thema „Interoperabilität und Standards“ mit dem 
Schwerpunkt „De-facto-Standards durch Privatwirt- 
schaft/durch Marktmacht vs. freie/öffentliche Standards 
durch Gremien“ folgende externe Sachverständige an: 362 

- Damm, Prof. Dr. Werner 

(Vorstand OFFIS, Carl von Ossietzky Universität Ol- 
denburg, Fakultät II, Department für Informatik, Ab- 
teilung Sicherheitskritische Eingebettete Systeme) 

- Friedrich, Dr. Jochen 

(IBM Deutschland GmbH, Technical Relations Exe- 
cutive, IBM Technical Relations Europe) 

- Hintz, Helmut 

(Ehrenamtlicher Mitarbeiter von ANEC) 

- Hofmann, Peter 

(Projektleiter LiMux, IT@M - Dienstleister für Infor- 
mations- und Telekommunikationstechnik der Landes- 
hauptstadt München Geschäftsbereich Werkzeuge und 
Infrastruktur, Projekt LiMux) 

- Steusloff, Prof. Dr. Hartwig 

(Vorsitzender von FOCUS. ICT, Präsidialausschuss 
des DIN Deutsches Institut für Normung e. V., 
Fraunhofer IOSB (früher IITB), Bevollmächtigter Be- 
rater der Institutsleitung) 

- Wenning, Rigo 

(W3C, Justitiar) 

6.2 Öffentliches Expertengespräch zum 
Thema „Freie Software“ 

Die Projektgruppe hörte in dem am 21. September 2012 
durchgeführten öffentlichen Expertengespräch zum 
Thema „Freie Software“ mit dem Schwerpunkt „Vergabe- 
recht/-praxis“ folgende externe Sachverständige an: 363 

- Jaeger, Dr. Till 

(Fachanwalt für Urheber- und Medienrecht, JBB 
Rechtsanwälte, Jaschinski Biere Brexl Partnerschaft, 
Institut für Rechtsfragen der Freien und Open Source 
Software (ifrOSS)) 


362 Sämtlich Unterlagen zum öffentlichen Expertengespräch sind online 
abrufbar unter: http://www.bundestag.de/intemetenquete/dokumenta 
tion/Interoperabilitaet_Standards_Freie_Software/PGISF_20 1 2-09-21/ 
index.jsp 

363 Sämtlich Unterlagen zum öffentlichen Expertengespräch sind online 
abrufbar unter: http://www.bundestag.de/intemetenquete/dokumenta 
tion/Interoperabilitaet_Standards_Freie_Software/PGISF_20 1 2-09-21/ 
index.jsp 


- Kirschner, Matthias 

(Deutschland-Koordinator, Free Software Foundation 
Europe) 

- Kleinert, Jan 

(Chefredakteur, Linux-Magazin) 

- Lenz, Moritz 

(Perl-Programmierer) 

- Loxen, Dr. Johannes 

(Geschäftsführer, SerNet GmbH) 

- Ohle, Dr. Mario Mathias 

(Partner, Taylor Wessing) 

6.3 Angeforderte Stellungnahmen 

Die Projektgruppe bedankt sich bei folgenden Instituti- 
onen und Personen für die Einreichung ihrer Stellungnah- 
men, die zur Meinungsbildung und Erstellung des vorlie- 
genden Berichtes beigetragen haben: 364 

acatech - DEUTSCHE AKADEMIE DER 
TECHNIKWISSENSCHAFTEN 

Die Kapitel 1.1 (ausgenommen Kapitel 1.1.9) basiert 
auf der Stellungnahme von acatech - DEUTSCHE 
AKADEMIE DER TECHNIKWISSENSCHAFTEN. 

acatech teilt mit, dass es sich bei dem eingereichten Pa- 
pier um keine abgestimmte Position der Akademie gemäß 
ihren strengen Syndizierungs- und Qualitätssicherungsan- 
forderungen handelt, sondern um eine Zusammenfassung 
von Stellungnahmen, die die Akademie bei wissenschaft- 
lichen Mitgliedern, Senatsunternehmen und Projekt- 
partnern eingeholt hat. Die Synopse erhebt keinen An- 
spruch auf Vollständigkeit und verzichtet auf eine 
Bewertung oder Priorisierung der eingegangenen Stel- 
lungnahmen. 

Zur Beantwortung der Fragen der Projektgruppe Inter- 
operabilität, Standards, Freie Software der Enquete-Kom- 
mission Internet und digitale Gesellschaft des Deutschen 
Bundestages haben folgende Institutionen und Personen 
beigetragen: 

- Prof. Dr. Manfred Broy, Technische Universität Mün- 
chen, Institut für Informatik 

- Prof. Dr. Gerhard P. Fettweis, TU Dresden, Vodafone 
Stiftungslehrstuhl Mobile Nachrichtensysteme 

- Prof. Dr. Otthein Herzog, Universität Bremen, Tech- 
nologie-Zentrum Informatik und Informationstechnik 

- Dr. Knut Manske, Leiter SAP Research, Darmstadt 


364 Sämtlich Stellungnahmen sind online abrufbar unter: http:// 
www.bundestag.de/intemetenquete/dokumentation/Interoperabilitaet_ 
Standards_Freie_Software/PGISF_2012-10-22/index.jsp sowie http:// 
www.bundestag.de/intemetenquete/dokumentation/Interoperabilitaet_ 
Standards_Freie_Software/PGISF_20 12-11 -05/index.j sp 
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- Morris Riedel, Federated Systems and Data (FSD), 
Forschungszentrum Jülich 


Geese, Elmar 

Vorstandsvorsitzender, Tarent AG 


- Prof. Dr. Ina Schieferdecker, Lena-Sophie Müller, 
Dr. Klaus-Peter Eckert (alle Fraunhofer FOKUS, Berlin) 

- Dr. Mathias Uslar, OFFIS, FuE Bereich Energie | 
R&D Division Energy, Oldenburg 


Kleinert, Jan 

Chefredakteur, Linux Magazin 

Microsoft 


Aschoff, Martin 

Blog OS Inside 

Free Software Foundation Europe 


Riehle, Prof. Dr. Dirk 

Professor für Open Source Software, Friedrich- 
Alexander- Universität Erlangen-Nürnberg 
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Abkürzungsverzeichnis 

AAL Ambient Assisted Living 

acatech acatech - Deutsche Akademie der Technikwissenschaften 


ADMS 

AEUV 

API 

BHO 

BIOS 

BIT 

BMBF 

BMU 

BMVBS 

BMWi 

BSD 

CCOSS 

CDDL 

CEN 

CENELEC 

CMS 

CPL 

CPS 

CRM 

DFSG 

DIN 

DKE 

DVB 

EDV 

EIF 

EIS 

ETSI 

EU 

EU PL 

EVB-IT 

FEA 

FIPS 

FLOSS 

FOSS 

FRAND 

G2B 

G2C 


Asset Description Metadata Schema 

Vertrag über die Arbeitsweise der Europäischen Union 

Application Programming Interface/ Anwendungs-Programmierschnittstelle 

Bundeshaushaltsordnung 

Basic Input/Output System 

Bundesstelle für Informationstechnik 

Bundesministerium für Bildung und Forschung 

Bundesministerium für Umwelt, Naturschutz und Reaktorsicherheit 

Bundesministerium für Verkehr, Bau und Stadtentwicklung 

Bundesministerium für Wirtschaft und Technologie 

Berkeley Software Distribution 

Kompetenzzentrum Open Source Software 

Common Development and Distribution License 

Comite Europeen de Normalisation/Europäisches Komitee für Normung 

Comite Europeen de Normalisation Electrotechnique/Europäisches Komitee für elektrotechnische Nor- 
mung 

Content Management System 
Common Public License 
Cyber-Physical System 
Customer- Relationship-Management 
Debian Free Software Guidelines 
Deutsches Institut für Normung e.V. 

Deutsche Kommission Elektrotechnik Elektronik Informationstechnik im DIN und VDE 
Digital Video Broadcasting/Digitaler Videofunk 
Elektronische Datenverarbeitung 

European Interoperability Framework/uropäischer Interoperabilitätsrahmen 
European Interoperability Strategy/Europäische Interoperabilitätsstrategie 

European Telecommunications Standards Institute/Europäisches Institut für Telekommunikationsnormen 
Europäische Union 
European Public License 

Ergänzende Vertragsbedingungen für die Beschaffung von Informationstechnik 

Federal Enterprise Architecture 

Federal Information Processing Standard 

Free, Libre, Open Source Software 

Free Open Source Software 

Lizenzbedingungen, die Fair, Reasonable and Non-Discriminatory sind 

Government-to-Business 

Government-to-Customer 
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G2G 

GNU 

GPL 

GSM 

GWB 

HbbTV 

HTML 

HTTP 

IEEE 

1ETF 

IKT 

IPTV 

IPv6 

ISA 

ISO 

ISOC 

IT 

KBV 

KMU 

LGPL 

LHO 

LPI 

MIT 

MPL 

NDA 

NEGS 

NIFO 

OHANDA 

OLPC 

OSDD 

OSHWA 

OSI 

OSS 

RFC 

RVG 

SAGA 

SLA 

SQL 

TCG 

TCO 


Government-to-Government 

GNU ’s not UNIX 

General Public License 

Global System for Mobile Communications 

Gesetz gegen Wettbewerbsbeschränkungen 

Hybrid broadcast broadband TV 

Hyper Text Markup Language 

Hyper Text Transfer Protocol 

Institute of Electrical and Electronics Engineers 

Internet Engineering Task Force 

Informations- und Kommunikationstechnologie 

Internet Protocol Television 

Internetprotokoll Version 6 

Interoperability Solutions for European Public Administrations/Interoperabilitätslösungen für euro- 
päische öffentliche Verwaltungen 

International Organization for Standardization 

Internet Society 

Informationstechnologie 

Kassenärztliche Bundesvereinigung 

kleine und mittlere Unternehmen 

Lesser General Public License 

Landeshaushaltsordnung 

Linux Professional Institute 

Massachusetts Institute of Technology 

Mozilla Public License 

Non-Disclosure Agreement/Verschwiegenheitsvereinbarungen 

Nationale E-Government Strategie 

National Interoperability Framework Observatory 

Open Hardware and Design Alliance 

One Laptop Per Child 

Open Source Drug Discovery 

Open Source Hardware Association 

Open Source Initiative 

Open-Source-Software 

Request for Commments 

Gesetz über die Vergütung der Rechtsanwältinnen und Rechtsanwälte 

Standards und Architekturen für E-Government- Anwendungen 

Service Level Agreement 

Structured Query Language 

Trusted Computing Group 

Total Cost of Ownership 
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TCP/IP 

TKG 

UEFI 

UfAB 

UMTS 

UNDP 

UrhG 

VDE 

VOL 

VOL/A 

W3C 

WLAN 

XML 

XÖV 


Transmission Control Protocol/Internet Protocol 

Telekommunikationsgesetz 

Unified Extensible Firmware Interface 

Unterlage für die Ausschreibung und Bewertung von IT-Leistungen 

Universal Mobile Telecommunications System 

United Nations Developement Programme 

Gesetz über Urheberrecht und verwandte Schutzrechte 

VERBAND DER ELEKTROTECHNIK ELEKTRONIK INFORMATIONSTECHNIK e.V. 

Vergabe- und Vertragsordnung für Leistungen 

Vergabe- und Vertragsordnung für Leistungen - Teil A 

World Wide Web Consortium 

Wireless Local Area Network 

Extensible Markup Language 

XML in der öffentlichen Verwaltung 
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